MVC构概念，Mapping(ORM)，。。。

MVC模式是表示层开发最常用的设计模式：

      使用这个设计模式的目的是为了解除控制逻辑，业务逻辑和视图之间的耦合，提升系统的可扩展性和可维护性。

MVC模式主要由模型，控制器和视图三个部分组成。其中控制器的主要责任是接受客户所提交的请求，并将请求转发给适当的模型对象进行处理，再将处理的结果发给视图，进行显示。在J2EE项目当中，通常会使用Servlet来担任这个角色，因为在Servlet当中可以直接使用HttpServletRequest,HttpServletResponse等API。模型的主要作用是根据客户的请求来进行相应的业务运算，这个部分的功能在J2EE当中主要使用JavaBean来完成，这部分的代码不能依赖于Servlet API，从而可以保证业务逻辑的可移植性。控制器将模型运算的结果发送到视图，视图负责将这部分数据显示给客户。这个部分的功能在J2EE当中主要是使用JSP来完成。因为JSP可以在允许在HTML当中插入Java代码。

 

 

ORM，即Object-Relationl Mapping：

        它的作用是在关系型数据库和对象之间作一个映射，这样，我们在具体的操作数据库的时候，就不需要再去和复杂的SQL语句打交道，只要像平时操作对象一样操作它就可以了。下面是在网上转载的一段文章中对它的描述：
  　　让我们从O/R开始。字母O起源于"对象"(Object),而R则来自于"关系"(Relational)。几乎所有的程序里面，都存在对象和关系数据库。在业务逻辑层和用户界面层中，我们是面向对象的。当对象信息发生变化的时候，我们需要把对象的信息保存在关系数据库中。
当你开发一个应用程序的时候(不使用O/R Mapping),你可能会写不少数据访问层的代码，用来从数据库保存，删除，读取对象信息，等等。你在DAL中写了很多的方法来读取对象数据，改变状态对象等等任务。而这些代码写起来总是重复的。
  　　如果打开你最近的程序，看看DAL代码，你肯定会看到很多近似的通用的模式。我们以保存对象的方法为例，你传入一个对象，为SqlCommand对象添加SqlParameter，把所有属性和对象对应，设置SqlCommand的CommandText属性为存储过程，然后运行SqlCommand。对于每个对象都要重复的写这些代码。
  　　除此之外，还有更好的办法吗？有，引入一个O/R Mapping。实质上，一个O/R Mapping会为你生成DAL。与其自己写DAL代码，不如用O/R Mapping。你用O/R Mapping保存，删除，读取对象，O/R Mapping负责生成SQL，你只需要关心对象就好。

 

 

struts1:的工作流程：

        发布Struts Web服务时,根据web.xml初始化ActionServlet,ActionContext等内容.在接到一个HttpRequest请求后,ActionServlet 根据struts-config.xml中的配置内容,将请求的参数传到对应的Formbean中,并设置session.然后根据请求中的Action参数,在struts-config.xml中查找指定的Action,并调用此Action来处理请求.根据Action的处理结果,会返回一个forward变量,此时通过mapping.findForward()查找出对应的forward所标示的Action或者JSP页面,将请求转到下一个处理.如果是forward指向JSP页面,则输出到前台.

Struts2的工作流程:

        (1)客户端提交一个HttpServletRequest请求(.action或JSP页面)

        (2)请求被提交到一系列Filter过滤器,如ActionCleanUp和FilterDispatcher等

        (3)FilterDispatcher是Struts2控制器的核心,它通常是过滤器链中的最后一个过滤器

        (4)请求发到FilterDispatcher后,FilterDispatcher询问ActionMapper是否需要调用某个Action来处理这个Request(一般根据URL后缀是否为.action来判断)

        (5)如果ActionMapper决定需要调用某个Action,FilterDispatcher则把请求交到ActioProxy,由其进行处理.

        (6)ActionProxy通过Configuration Manager(它会访问struts.xml)询问框架的配置文件,找到需要调用的Action类.

        (7)ActionProxy创建一个ActionInvocation实例,而ActionInvocation通过代理模式调用Action,(在调用之前会根据配置文件加载相关的所有Interceptor拦截器)

        (8)Action执行完毕后,返回一个result字符串,此时再按相反的顺序通过Interceptor拦截器.

        (9) 最后ActionInvocation负责根据struts.xml中配置的result元素,找到与返回值对应的result,决定进行下一步输出.