MVC各层之间关系

MVC各层之间关系

1、Dao层

dao层主要做数据持久层的工作，负责与数据库进行联络的一些任务都封装在此，dao层的设计首先是设计dao层的接口，然后在Spring的配置文件中定义此接口的实现类，然后就可以再模块中调用此接口来进行数据业务的处理，而不用关心此接口的具体实现类是哪个类，显得结构非常清晰，dao层的数据源配置，以及有关数据库连接参数都在Spring配置文件中进行配置。通俗来说主要负责存储、更新和删除存储在数据库中的信息。

2、Service层

service层主要负责业务模块的应用逻辑应用设计。同样是首先设计接口，再设计其实现类，接着再Spring的配置文件中配置其实现的关联。这样我们就可以在应用中调用service接口来进行业务处理。service层的业务实，具体要调用已经定义的dao层接口，封装service层业务逻辑有利于通用的业务逻辑的独立性和重复利用性。程序显得非常简洁。业务层（service）需要根据系统的实际业务需求进行逻辑代码的编写，有些业务逻辑需要通过与数据库交互的，则业务逻辑层需要调用数据访问层的相关方法实现与数据库的交互，对于一些不需要与数据库进行交互的，则直接编写业务代码，将执行结果反馈给控制层即可。

业务层应该负责下面的问题：

1.处理应用的业务逻辑和业务校验
2.管理事务
3.允许与其他层进行交互的接口
4.管理业务级对象之间的依赖性
5.加入了表现和持久层之间的灵活性，以便它们不需要彼此进行直接通信
6.从表现层暴露上下文给业务层以获得业务服务
7.管理从业务层到表现层的实现

3、Controller层

控制层（controller）的职能是负责读取视图表现层的数据，控制用户的输入，调用service层的接口来控制业务流程。

4、View层

view层与控制层结合比较紧密，需要二者结合起来协同开发。view层主要负责前台jsp页面的显示。

5、它们之间的关系：

Service层是建立在DAO层之上的，建立了DAO层后才可以建立Service层，而Service层又是在Controller层之下的，因而Service层应该既调用DAO层的接口，又要提供接口给Controller层的类来进行调用，它刚好处于一个中间层的位置。每个模型都有一个Service接口，每个接口分别封装各自的业务处理方法。