关于MVC的dao层、service层和controller层详解
⽬录
MVC的dao层、service层和controller层
1、dao层
2、service层
3、controller层
4、view层
5、它们之间的关系
关于dao层/mapper层的⼀些笔记
1、BaseMapper
2、@mapper
MVC的dao层、service层和controller层
1、dao层
dao层主要做数据持久层的⼯作，负责与数据库进⾏联络的⼀些任务都封装在此，dao层的设计⾸先是设计dao层的接⼝，然后在Spring的配置⽂件中定义此接⼝的实现类，然后就可以再模块中调⽤此接⼝来进⾏数据业务的处理，⽽不⽤关⼼此接⼝的具体实现类是哪个类，显得结构⾮常清晰，dao层的数据源配置，以及有关数据库连接参数都在Spring配置⽂件中进⾏配置。
2、service层
service层主要负责业务模块的应⽤逻辑应⽤设计。同样是⾸先设计接⼝，再设计其实现类，接着再Spring的配置⽂件中配置其实现的关联。这样我们就可以在应⽤中调⽤service接⼝来进⾏业务处理。service层的业务实，具体要调⽤已经定义的dao 层接⼝，封装service层业务逻辑有利于通⽤的业务逻辑的独⽴性和重复利⽤性。程序显得⾮常简洁。
3、controller层
controller层负责具体的业务模块流程的控制，在此层要调⽤service层的接⼝来控制业务流程，控制的配置也同样是在Spring 的配置⽂件⾥进⾏，针对具体的业务流程，会有不同的控制器。我们具体的设计过
程可以将流程进⾏抽象归纳，设计出可以重复利⽤的⼦单元流程模块。这样不仅使程序结构变得清晰，也⼤⼤减少了代码量。
4、view层
view层与控制层结合⽐较紧密，需要⼆者结合起来协同开发。view层主要负责前台jsp页⾯的显⽰。
5、它们之间的关系
Service层是建⽴在DAO层之上的，建⽴了DAO层后才可以建⽴Service层，⽽Service层⼜是在Controller层之下的，因⽽Service层应该既调⽤DAO层的接⼝，⼜要提供接⼝给Controller层的类来进⾏调⽤，它刚好处于⼀个中间层的位置。每个模型都有⼀个Service接⼝，每个接⼝分别封装各⾃的业务处理⽅法。
关于dao层/mapper层的⼀些笔记
1、BaseMapper
mvc的controller
Mapper 继承该接⼝后，⽆需编写 l ⽂件，即可获得CRUD功能
Mybatis-Plus 是⼀款 Mybatis 动态 SQL ⾃动注⼊ Mybatis 增删改查 CRUD 操作中间件，减少你的开发周期优化动态维护XML 实体字段。
CRUD：增查改删，即，create/read/update/delate 主要被⽤在描述软件系统中数据库或者持久层的基本操作功能
2、@mapper
使⽤接⼝注解的优点：
⽐较⽅便，快速编写映射语句
使⽤接⼝注解的缺点：
适⽤于⽐较简单的配置，当太复杂了接⼝就搞不定了。
不能使⽤动态SQL，有点鸡肋。
以上为个⼈经验，希望能给⼤家⼀个参考，也希望⼤家多多⽀持。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。