MVC

MVC三层架构
dao层
service层
controller层
view层

它们之间的关系：
dao层
dao层主要做数据持久层的工作，
负责与数据库进行联络的一些任务都封装在此
dao层的设计

设计dao层的接口
在Spring的配置文件中定义此接口的实现类
在模块中调用此接口来进行数据业务的处理，而不用关心此接口的具体实现类是哪个类
显得结构非常清晰，dao层的数据源配置，以及有关数据库连接参数都在Spring配置文件中进行配置。
Dao接口中的方法都大同小异，因为对数据库的基本操作类似：insert、delete、update，select。 在Dao层定义的一些方法，在Service层并没有被使用的情况：Dao层的操作经过抽象后基本都是通用的，在Dao层完成相关方法的定义，有利于支持后期Service层的扩展。（与相应的mapper对应）

service层
service层主要负责业务模块的应用逻辑应用设计

设计接口
设计其实现类
在Spring的配置文件中配置其实现的关联。
这样我们就可以在应用中调用service接口来进行业务处理。service层的业务层具体要调用已经定义的dao层接口，封装service层业务逻辑有利于通用的业务逻辑的独立性和重复利用性。程序显得非常简洁。

controller层
controller层负责具体的业务模块流程的控制。在此层要调用service层的接口来控制业务流程。负责url映射（action）。控制的配置也同样是在Spring的配置文件里进行，针对具体的业务流程，会有不同的控制器。我们具体的设计过程可以将流程进行抽象归纳，设计出可以重复利用的子单元流程模块。
这样不仅使程序结构变得清晰，也大大减少了代码量。

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

它们之间的关系：
Service层是建立在DAO层之上的，建立了DAO层后才可以建立Service层，而Service层又是Controller层之下的，因而 Service层应该既调用DAO层的接口，又要提供接口给Controller层的类来进行调用，它刚好处于一个中间层的位置。
每个模型都有一个Service接口，每个接口分别封装各自的业务处理方法。
面向接口编程。表示层调用控制层，控制层调用业务层，业务层调用数据访问层。
Dao层设计与设计的数据库表，和实现类（对应的Entity或者JavaBean）一一对应。
View层与Controller层结合紧密，需要二者结合协同开发。Service层、Dao层和其他层次耦合很低，完全可以单独开发。

 

1. Controller/Service/DAO简介：

      Controller是管理业务（Service）调度和管理跳转的。

      Service是管理具体的功能的。

      Controller只负责管理，而Service负责实施。

      DAO只完成增删改查，虽然可以1-n，n-n，1-1关联，模糊、动态、子查询都可以。但是无论多么复杂的查询，dao只是封装增删改查。至于增删查改如何去实现一个功能，dao是不管的。

      总结这三者，通过例子来解释：

      Controller像是服务员，顾客点什么菜，菜上给几号桌，都是ta的职责；

      Service是厨师，action送来的菜单上的菜全是ta做的；

      Dao是厨房的小工，和原材料打交道的事情全是ta管。

      相互关系是，小工(dao)的工作是要满足厨师(service)的要求，厨师要满足服务员(controller)转达的客户（view）的要求，服务员自然就是为客户服务喽。

      现在最基本的分层方式，结合了SSH架构。Entity层就是对应的数据库表的实体类。Dao层是使用了Hibernate连接数据库、操作数据库（增删改查）。Service层：引用对应的Dao数据库操作。Controller层：引用对应的Service层，结合SpringMVC注释，跳转到指定的页面，当然也能接受页面传递的请求数据，也可以做些计算处理。

      以上的Hibernate, SpringMVC，都需要注入到Spring的配置文件中，Spring把这些联系起来，成为一个整体。

 

2. 三大框架SpringMVC/Hibernate/Spring

      简单地说：

     SpringMVC——控制用的；

     Hibernate——操作数据库的；

     Spring——解耦用的。

     详细地说：

      SpringMVC在SSH框架中起控制的作用，其核心是Controller，主要控制逻辑关系的处理。

      Hibernate是数据持久化层，是一种新的对象、关系的映射工具，提供了从Java类到数据表的映射，也提供了数据查询和恢复等机制，大大减少数据访问的复杂度。把对数据库的直接操作，转换为对持久对象的操作。

      Spring是一个轻量级的控制反转(IoC)和面向切面(AOP)的容器框架。面向接口的编程，由容器控制程序之间的依赖关系，而非传统实现中，由程序代码直接操控。这就是所谓“控制反转”的概念所在：（依赖）控制权由应用代码中转到了外部容器，控制权的转移，是所谓反转。依赖注入，即组件之间的依赖关系由容器在运行期决定，形象地说，即由容器动态地将某种依赖关系注入到组件之中，起到的主要作用是解耦。

      SpringMVC、Spring、Hibernate在各层的作用：

    （1）SpringMVC负责Web层：接收网页中表单提交的数据，然后通过Controller进行处理，再跳转到对应的网页。在springmvc-servlet.xml中定义<servlet-mapping>，Controller会加载。

    （2） Spring负责业务层管理，即Service（或Manager）。

• Service为action提供统计的调用接口，封装持久层的DAO；
• 可以写一些自己的业务方法；
• 统一的Javabean管理方法；
• 声明式事务管理；
• 集成Hibernate。

    （3）Hibernate，负责持久化层，完成对数据库的crud操作。提供OR/Mapping。它由一组.hbm.xml文件和POJO（或者带有注释的POJO），是跟数据库中的表相对应的。然后定义DAO，这些是跟数据库打交道的类，它们会使用PO。

 

3. 框架业务逻辑分析：

       在SpringMVC + Spring + Hibernate的系统中，

       对象的调用流程是：JSP—Controller—Service—DAO—Hibernate。

       数据的流向是：Controller接受用户的数据，封装成VO或PO，再调用业务层的Bean类，完成各种业务处理后再Forward。而业务层Bean收到这个PO对象之后，会调用DAO接口方法，进行持久化操作。

      SSH框架的优点：

      Hibernate的最大好处就是根据数据库的表，反向生成实体类，并且还有关系在里面，还有就是它对数据的操作也很方便；

      Spring，省去了在类里面new对象的过程，把这个调用与被调用的关系直接展示到了配置文件里，做任何操作都变得简单了。

      简单流程举例说明：

      程序框架搭建好，并且把各种jar包导入后，就开始进行业务逻辑分析——

　　  Controller（控制逻辑）层：它是负责在页面和程序之间传输数据的，还有作用是做页面跳转。页面由用户填写表单数据，点击提交按钮，页面的表单数据由传入Service层。

        Service层（业务逻辑层）：负责的是对数据的处理。如果没有数据处理任务的话，此层只做单纯的数据传递作用，而后又到了DAO层。

        DAO层（数据库操作层）：负责对数据向数据库增删改查的操作。

        在该注册的框架中，如果不使用Spring的话，每个层之间的数据传递都需要new一个调用该层数据的类的实例。而使用了Spring的话，需要做的就是把DAO层和BIZ层的每个类都写一个接口类，接口类里写实现类的方法，在调用的时候不new对象，直接用对象点(.)方法就可以，别忘了对每个对象加上set/get方法。