Springboot的entity,dao,controller,service层级理解

1.Dao层:持久层,主要与数据库交互

DAO层首先会创建Dao接口,接着就可以在配置文件中定义该接口的实现类;接着就可以在模块中调用Dao的接口进行数据业务的处理,而不用关注此接口的具体实现类是哪一个类,Dao层的数据源和数据库连接的参数都是在配置文件中进行配置的。

2.Entity层:实体层,数据库在项目中的类

主要用于定义与数据库对象应的属性,提供get/set方法,tostring方法,有参无参构造函数。

3.Service层:业务层 控制业务

业务模块的逻辑应用设计,和DAO层一样都是先设计接口,再创建要实现的类,然后在配置文件中进行配置其实现的关联。接下来就可以在service层调用接口进行业务逻辑应用的处理。

好处:封装Service层的业务逻辑有利于业务逻辑的独立性和重复利用性。

4.Controller层:控制层 控制业务逻辑

具体的业务模块流程的控制,controller层主要调用Service层里面的接口控制具体的业务流程,控制的配置也要在配置文件中进行。

Controller和Service的区别是:Controller负责具体的业务模块流程的控制;Service层负责业务模块的逻辑应用设计

总结:具体的一个项目中有:controller层调用了Service层的方法,Service层调用Dao层的方法,其中调用的参数是使用Entity层进行传递的。

补充:5、View层 此层与控制层结合比较紧密,需要二者结合起来协同工发。View层主要负责前台jsp页面的表示,

原文地址:https://www.cnblogs.com/almm/p/10802419.html

时间: 2024-10-08 16:57:43

Springboot的entity,dao,controller,service层级理解的相关文章

学习笔记dao,domain,service三层理解

1.dao层操作单表,不涉及复杂逻辑,主要是表的增删改查操作,完全根据domain的要求来查询数据,会对每个要操作的数据库表定义一个dao,对具体的操作要定义一个类似函数说明. eg: UppCodeInfo findByCodeNo(String codeNo);JPA方式 2.domain层考虑业务逻辑,例如过滤条件,放行或者返回,以及数据的处理,为调用dao层做好准备,一个domain可以调用一个或者一组相关的dao层. eg:@Entity         @Table(name = "

Controller Service Dao总结

今天主要学习了Controller,Service,Dao的相关知识 我的理解主要是这样的,Controller主要与前台页面打交道 比如:前台页面有一个"添加用户"的提交按钮,点击之后,自己先处理一下,然后实例化 一个Controller的类,便可以调用Controller下的一些方法. 然后,Controller并不会做实际的addUser方法,它只会对前台传过来的数据进行一下处 理,然后在Controller下实例化一个Service的类,继续调用Service类下的addUse

javaweb各种框架组合案例(七):springboot+jdbcTemplete+通用dao+restful

一.介绍 1.springboot是spring项目的总结+整合 当我们搭smm,ssh,ssjdbc等组合框架时,各种配置不胜其烦,不仅是配置问题,在添加各种依赖时也是让人头疼,关键有些jar包之间还会出现冲突,让你的项目出现难以解决的问题.基于这种情况,springboot横空出世,在考虑到Struts控制层框架有漏洞,springboot放弃(大多数企业同样如此)了Struts,转而代之是springMVC,不过,springboot是自动集成springMVC的,不需要任何配置,不需要任

ssh Dao与Service的设计与实现

使用UML设计程序 使用 用例图 画出程序的功能模块(小人代表角色,椭圆代表功能) 第一步:画出实体类的关联关系 使用类图设计程序(关键) 单向箭头表示单向关联,没有箭头表示双向关联,线的属性(关联属性) 类的属性和方法一般隐藏 第二步:Dao的设计与实现 BaseDao定义每个Dao都会使用到的通用接口<<Interface>> BaseDaoImpl实现BaseDao的抽象类(用斜体表示抽象,用虚线空心箭头表示实现接口) 每一个实体类都会有一个Dao的实现类(用实现空心箭头表示

为何有DAO与Service层?为何先搞Dao接口在搞DaoImpl实现?直接用不行吗?

转自 http://blog.sina.com.cn/s/blog_4b1452dd0102wvox.html 我们都知道有了Hibernate后,单独对数据的POJO封装以及XML文件要耗损掉一个类(Orz意思是你需要精力写一个类).然后,在大部分的服务中,我们又需要单独写一个Dao接口,并加个DaoImpl实现来操作数据库(好吧,再耗损2个类).紧接着,我们发现其实Service层也要单独写一个类(再加1个). 一共4个类外加1个xml--这不是作死么,5个文件.人家好端端地写PHP可能在一

Service的理解

转自 原文 Service的理解 Service是什么?Service是一种可以在后台运行相关任务的组件.没有界面.其存在的线程是主线程,一般会通过启动子线程来执行耗时操作.Service有什么用?可用于在后台执行下载任务.从而不影响用户界面操作.Service分启动型服务.绑定型服务两种.绑定服务中的创建Binder的扩展类的目的是什么?该类主要用于获取Service的实例,以及执行相关的方法.额外知识1.不绑定服务,直接点击取消绑定服务会报错.因此需要通过判断Binder对象是否为空来处理.

基于Spring4+Hibernate4的通用数据访问层+业务逻辑层(Dao层+Service层)设计与实现!

基于泛型的依赖注入.当我们的项目中有很多的Model时,相应的Dao(DaoImpl),Service(ServiceImpl)也会增多. 而我们对这些Model的操作很多都是类似的,下面是我举出的一些(见名知意,其它自行脑补): 1.save2.saveAll3.findById4.update5.saveOrUpdate6.delete7.deleteAll8.deleteById9.loadAll10.load(int page,int rows)11.getTotalCount12.ge

【Java】对Web Service的理解

WSDL(Web Service Description Language)是描述Web Service的语言. 你会怎样向别人介绍你的Web service有什么功能,以及每个函数调用时的参数呢?你可能会自己写一套文档,你甚至可能会口头上告诉需要使用你的Web service的人.这些非正式的方法至少都有一个严重的问题:当程序员坐到电脑前,想要使用你的Web service的时候,他们的工具(如Visual Studio)无法给他们提供任何帮助,因为这些工具根本就不了解你的Web servic

DAO和service的解释

转自:http://blog.sina.com.cn/s/blog_4b1452dd0102wvox.html 我们都知道有了Hibernate后,单独对数据的POJO封装以及XML文件要耗损掉一个类(Orz意思是你需要精力写一个类).然后,在大部分的服务中,我们又需要单独写一个Dao接口,并加个DaoImpl实现来操作数据库(好吧,再耗损2个类).紧接着,我们发现其实Service层也要单独写一个类(再加1个). 一共4个类外加1个xml……这不是作死么,5个文件.人家好端端地写PHP可能在一