学习了struts,但是对于它的由来,以及为什么使用action和struts.xml的方式而不采用以前的servlet方式,有些疑问,到底之前的方式有什么弊端,struts又给我们带来了什么便利?
下面一一为大家解答!
struts的由来:
随着JSP与Servlet 技术大量应用于以Web为基础的应用程序,为了提升Web 应用程序可维护性与重复使用性,Java开发人员提出了一些较佳的开发模式。比较常见的两种JSP应用架构分别为Model1 与Model 2。详情参见(JAVA学习篇--JAVA的两种编程模式对比)
简单回顾两种模型:
Mode1 1是一个以JSP文件为中心的模式, JSP不仅负责表现逻辑,也负责控制逻辑。逻辑耦合在页面中,这种处理方式,对一些规模很小的项目是可以的,但是用在开发大型项目时,页面很难把握流向,界面间关联性太强,使得程序的修改与维护变得困难;此外程序逻辑与页面显示交叉,既不便于分工合作也不利于代码的重用,这样的程序其健壮性和可伸缩性都不好。
Model 2中Servlet扮演前端Controller角色,客户端的请求不再直接送给JSP,而是送给Servlet,再由Servlet根据具体的请求调用不同的事务逻辑,并将处理结果返回到合适的页面。最重要的是Model2将业务逻辑从JSP文件剥离,分离后,JSP文件单纯只是显示,这就是常说的View;而独立出来的事务逻辑和数据处理等是常说的Model,再加上控制器Control本身,即为MVC模式。
MVC模式为大型程序的开发及维护提供了巨大的便利。但是Model2的优点也造成了他的缺点,因为解耦,分层,使得Model2的编写变得复杂,尤其是大型项目,Servlet过多,转向频繁,流程,配置等不易集中管理。
所以基于以上这些原因,Struts将某些功能进行提取,然后做了一个封装,能让我们更好的使用。上面说的都太过笼统,也许大家还是很难想象。下面结合具体实例说明一下不使用struts的弊端!
具体示例分析(不使用struts)
add.html
- <HTML>
- <BODY>
- <FORM ACTION="../addGrade" METHOD="POST">
- 学号:<INPUT TYPE="TEXT" NAME="USERID" ><BR>
- 姓名:<INPUT TYPE="TEXT" NAME="USERNAME" ><BR>
- 语文:<INPUT TYPE="TEXT" NAME="CHINESE" ><BR>
- 数学:<INPUT TYPE="TEXT" NAME="MATHS" ><BR>
- 英语:<INPUT TYPE="TEXT" NAME="ENGLISH" ><BR>
- <INPUT TYPE="SUBMIT" VALUE="保存">
- <INPUT TYPE="RESET" VALUE="取消">
- </FORM>
- </BODY>
- </HTML>
配置文件
- <servlet>
- <servlet-name>addgradeservlet</servlet-name>
- <servlet-class>servlet.addGradeServlet</servlet-class>
- </servlet>
- <servlet-mapping>
- <servlet-name>addgradeservlet</servlet-name>
- <url-pattern>/addGrade</url-pattern>
- </servlet-mapping>
addGradeServlet.java:对应的servlet
- public class addGradeServlet extends HttpServlet{
-
- public void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
- String strUserId = request.getParameter("USERID");
- String strUserName = request.getParameter("USERNAME");
- String strChinese = request.getParameter("CHINESE");
- String strMaths = request.getParameter("MATHS");
- String strEnglish = request.getParameter("ENGLISH");
-
- Grade grade=new Grade();
- grade.setUSERID(strUserId);
- grade.setUSERNAME(strUserName);
- grade.setCHINESE(strChinese);
- grade.setMATHS(strMaths);
- grade.setENGLISH(strEnglish);
-
- gradeDao gradedao=new gradeDao();
- gradedao.insertGrade(grade);
-
- ArrayList<Grade> gradeList=(ArrayList)gradedao.listGrade();
-
- HttpSession session=request.getSession();
- ServletContext scx=session.getServletContext();
- scx.setAttribute("gradeList",gradeList);
- response.sendRedirect("javabean_test/show.jsp");
-
- }
-
- public void doGet(HttpServletRequest request,HttpServletResponse response) throws ServletException, IOException{
- this.doPost(request, response);
- }
分析:此段代码完成的功能是得到学号,姓名,语文,数学,英语等信息,进行相应的操作,并转向相应的页面。
问题1:对于跳转页来说,就是项目中的页面名称,比如:show.jsp等等这些东西都写死了,比如想换一个页面,因为文件名都已经写死在了程序中,改动起来很麻烦,也不符合OCP原则。
而且对于上面的代码我们不难发现,每个方法的跳转代码几乎相同,只有跳转的具体页面有差别,那么我们就可以将那些不需要改动的内容抽取出来,做成框架,需要改动的部分拿出来,想要用什么配置一下就可以,比如想改jsp名,只需要配置一下就可以了。
问题2:就上面的添加功能来说,我们需要从前台获取多个参数,然后再一个一个的设置到对象中,不但增加了我们的代码量,还使我们的程序难于维护。代码如下:
- String strUserId = request.getParameter("USERID");
- String strUserName = request.getParameter("USERNAME");
- String strChinese = request.getParameter("CHINESE");
- String strMaths = request.getParameter("MATHS");
- String strEnglish = request.getParameter("ENGLISH");
-
- Grade grade=new Grade();
- grade.setUSERID(strUserId);
- grade.setUSERNAME(strUserName);
- grade.setCHINESE(strChinese);
- grade.setMATHS(strMaths);
- grade.setENGLISH(strEnglish);
问题3:上面采用的是添加使用addServlet,那么删除,修改,查询呢,对于一个功能块来说,就最少需要4个servlet来管理,那么这么多个servlet,增加了程序的负担,使我们不容易维护。而即使我们将一个功能块的所有servlet都统一管理,那么我们就又需要添加if判断语句,类似如下代码:
- protected void doGet(HttpServletRequest request, HttpServletResponse response)
- throws ServletException, IOException {
- if(Constants.SHOW_ADD.equals(getCommand())){
- showAdd(request,response);
- }else if(Constants.ADD.equals(getCommand())){
- add(request,response);
- }else if(Constants.DEL.equals(getCommand())){
- del(request,response);
- }else if(Constants.AUDIT.equals(getCommand())){
- audit(request,response);
- }else {
-
- search(request,response);
- }
- }
-
-
-
-
-
-
-
-
- private void del(HttpServletRequest request, HttpServletResponse response)
- throws ServletException, IOException {
- String[] flowCardVouNos=request.getParameterValues("selectFlag");
- flowCardManager.delFlowCard(flowCardVouNos);
- response.sendRedirect(request.getContextPath()+"/servlet/flowcard/FlowCardServlet");
- }
但是这样写又有什么弊端呢?因为if语句的不稳定性,为什么这么说呢?上面有了添加,删除,查询,送审的功能,那么现在我要添加修改的功能,我就需要修改代码--违反了OCP原则。所以它适应需求的能力就比较差。
以上是针对struts能解决的问题,再反过来看我们不用struts时我们程序中会出现的问题进行陈述,当然struts不仅仅只解决了这些问题,上面所述只是为了帮助大家理解简单的举例,理解的不对还请大家指正!下篇博客将继续叙述struts是如何解决上述问题的及它的实现原理!
补充:struts2执行流程
当
Web容器收到 请求(HttpServletRequest)它将请求传递给一个标准的的过滤链包括
(ActionContextCleanUp)过滤器,然后经过Other filters(SiteMesh ,etc),接下来需要调用FilterDispatcher核心控制器,然后它调用ActionMapper确定请求哪个Action,ActionMapper返回一个收集Action详细信息的ActionMaping对象。
接下来FilterDispatcher将控制权委派给ActionProxy,ActionProxy调用配置管理器(ConfigurationManager) 从配置文件中读取配置信息(struts.xml),然后创建ActionInvocation对象,ActionInvocation在调用Action之前会依次的调用所用配置拦截器(Interceptor N) 一旦执行结果返回结果字符串ActionInvocation负责查找结果字符串对应的(Result)然后执行这个Result Result会调用一些模版(JSP)来呈现页面,之后拦截器(Interceptor N)会再被执行(顺序和Action执行之前相反)最后响应(HttpServletResponse)被返回在web.xml中配置的那些过滤器和(核心控制器)(FilterDispatcher)。