UBD->MVC->Struts的演变

学习完了Struts1,然后在回头看看,自己学习的东西,感觉好乱,正好总结梳理一下。
在说Struts1之前,我们还要从我们的的过程化开发说起, 页面一个方法,直接干到数据库。然后取出数据,显示在页面上,真的很简单,很快捷,没有什么多余的动作,最快的显示页面,他的显示速度是最快的!但是我们会发现,我们一点我们的东西特别的乱,所有的东西都揉在一起了,想要添加一些新的东西,或者想要复用一下,都变得非常困难! 然后我们开始学习了三层架构,不得不说,三层架构(U,B,D)真的是一个经典,他将我们原来都揉在一起的东西,进行了分离,然后每个层都有不懂的职责,U层负责显示给用户数据,B层负责处理业务逻辑,D层负责跟数据库打交道,进行数据的存取,然后我们在每个层在进行划分,不同的职责放到不同的类中。这样我们既可以进行复用,又可以将我们的程序变的美观!
UBD->MVC->Struts的演变
文章图片
MVC->Struts的演变_第1张图片" width="372" height="306" style="border:1px solid black; ">
【UBD->MVC->Struts的演变】然而随着发展,我们又将U层进行了拆分,原来的asp.net 的开发,要求开发人员既需要会使用前台的代码,又需要会后台的编程语言。但是我们使用了mvc 后,前台和后台没有耦合,View 负责显示数据, 而Controller 负责页面之间的调转,这样各司其职!前台页面的开发人员,就可以专注于页面的美化,显示工作,而后台的开发人员,就专注于后台业务逻辑的开发,我们专人专用,会很大的提高开发效率!而且mvc比较轻量,运行比较快!
UBD->MVC->Struts的演变
文章图片
MVC->Struts的演变_第2张图片" width="474" height="310" style="border:1px solid black; ">
然后在来说一下我们的Struts1框架。看下面的图,他基本上描述了Struts1的执行过程。
UBD->MVC->Struts的演变
文章图片
MVC->Struts的演变_第3张图片" width="481" height="450" style="border:1px solid black; ">
1.初始化:struts框架的总控制器ActionServlet是一个Servlet,它在web.xml中配置成自动启动的Servlet,在启动时总控制器会读取配置文件(struts-config.xml)的配置信息,为struts中不同的模块初始化相应的对象。(面向对象思想)
2.发送请求:用户提交表单或通过URL向WEB服务器提交请求,请求的数据用HTTP协议传给web服务器。
3.form填充:struts的总控制器ActionServlet在用户提交请求时将数据放到对应的ActionForm对象中的成员变量中。
4.派发请求:控制器根据配置信息对象ActionConfig将请求派发到具体的Action,对应的formBean一并传给这个Action中的excute()方法。
5.处理业务:Action一般只包含一个excute()方法,它负责执行相应的业务逻辑(调用其它的业务模块) 完毕后返回一个ActionForward对象。服务器通过ActionForward对象进行转发工作。
6.返回响应:Action将业务处理的不同结果返回一个目标响应对象给总控制器。
7.查找响应:总控制器根据Action处理业务返回的目标响应对象,找到对应的资源对象,一般情况下为jsp页面。
8.响应用户:目标响应对象将结果传递给资源对象,将结果展现给用户。

    推荐阅读