第一讲 关于Struts框架

UserHandler userHandler = new UserHandler();
If(userHandler.authenticate(name, password)) {
%>
<p>恭喜你，登录成功</p>
<%
} else {
%>
<p>对不起，登录失败</p>
<%
}
%>
作为一张JSP，它可以接收从别的JSP发送过来的登录请求，并进行处理。这样，我们不需要任何额外的配置文件，也不需要任何框架的帮忙，就能完成逻辑。
3.
时代进一步发展，人们发现简单的JSP和Servlet已经很难满足人们懒惰的要求了。于是，人们开始试图总结一些公用的Java类，来解决Web开发过程中碰到的问题。这时，横空出世了一个框架，叫做struts。它非常先进地实现了MVC模式，成为了广大程序员的福音。
在一定程度上，struts能够解决web开发中的职责分配问题，使得显示与逻辑分开。不过在很长一段时间内，使用struts的程序员往往无法分别我们到底需要web框架帮我们做什么，我们到底需要它完成点什么功能？
1.数据从View层传递到Control层，如何使得一个个扁平的字符串，转化成一个个生龙活虎的Java对象
2.数据从View层传递到Control层，如何方便的进行数据格式和内容的校验？
3.数据从Control层传递到View层，一个个生龙活虎的Java对象，又如何在页面上以各种各样的形式展现出来
4.如果你试图将数据请求从View层发送到Control层，你如何才能知道你要调用的究竟是哪个类，哪个方法？一个Http的请求，又如何与Control层的Java代码建立起关系来？
下面给出了一些现行的Apache Struts2框架的常见特性:
结构:首先web浏览器发出请求,FilterDispatcher决定匹配的action来处理,接着拦截器实现一些指定的功能,Action方法实现全部功能如存储、检索数据库中的数据,最终结果以HTML、PDF、图片或其它形式呈现在浏览器上。
MVC的概念其实就那么简单，这些概念其实早已深入我们的内心，而我们所缺乏的是将其本质挖掘出来。我们来看看下面这幅图，这是一副流行了很多年的讲述MVC模型的图：
在这幅图中，MVC三个框框各司其职，结构清晰明朗。不过我觉得这幅图忽略了一个问题，就是数据是动的，数据在View和Control层一旦动起来，就会产生许多的问题：
<servlet>
<servlet-name>Login</servlet-name>
<servlet-class>
com.demo2do.servlet.LoginServlet
</servlet-class>
</servlet>
<servlet-mapping>
<servlet-name>Login</servlet-name>
4.
在回顾了我们写代码的历史之后，我们回过头来看看，我们到底要什么？
无论是使用JSP，还是使用Struts1，或是Struts2，我们至少都需要一些必须的元素（如果没有这些元素，或许我还真不知道这个程序会写成什么样子）：
1.数据在这个例子中，就是name和password。他们共同构成了程序的核心载体。事实上，我们往往会有一个User类来封装name和password，这样会使得我们的程序更加oo。无论怎么说，数据会穿插在这个程序的各处，成为程序运行的核心。
2.页面展示在这个例子中，就是login.jsp。没有这个页面，一切的请求、验证和错误展示也无从谈起。在页面上，我们需要利用HTML，把我们需要展现的数据都呈现出来。同时我们也需要完成一定的页面逻辑，例如，错误展示，分支判断等等。
3.处理具体业务的场所
在这里，不同阶段，处理具体业务的场所就不太一样。原来用JSP和Servlet，后来用Struts1或者Struts2的Action。
配置:提供了XML格式的配置描述器来初始化资源。初始化的实现仅仅是扫描了Java包中所有的类,或者你也可以使用配置文件来管理整个配置
通用的默认配置也使得struts可以立即投入使用。
四
Struts与webwork已合并为Struts2框架,Struts2框架良好的扩展性与简洁性使其适用于任何规模的企业web程序的开发.本节我们将向大家展示Struts2框架的结构
public class LoginServlet extends HttpServlet {
/* (non-Javadoc)
* @see javax.servlet.http.HttpServlet#doPost(javax.servlet.http.HttpServletRequest, javax.servlet.http.HttpServletResponse)
除此之外，பைடு நூலகம்ontrol层似乎也没有想象中的那么简单，因为它作为一个控制器，至少还需要处理以下的问题：
1.作为调用逻辑处理程序的facade门面，如果逻辑处理程序发生了异常，我们该如何处理？
2.对于逻辑处理的结果，我们需要做怎么样的处理才能满足丰富的前台展示需要？
这一个又一个问题的提出，都基于对MVC的基本概念的挖掘。所以，这些问题都需要我们在写程序的时候去一一解决。
Webwork是一个web应用开发框架,已经包含在struts的2.0发布中了。它有一些独到的观点和构想,像是他们认为与其满足现有的Java中web API的兼容性,倒不如将其彻底替换掉。Webwork创建时重点关注开发者的生产效率和代码的简洁性。此外完全依赖的上下文对webwork进行了封装。当致力于web程序的工作时,框架提供的上下文将会在具体的实现上给予开发人员帮助。
Struts2是一个基于MVC结构的组织良好的框架。在MVC结构中,模型表示业务或者数据库代码,视图描述了页面的设计代码,控制器指的是调度代码。所有这些使得struts成了开发Java应用程序不可或缺的框架。但随着像Spring, Stripes和Tapestry这类新的基于MVC的轻量级框架的出现,struts框架的修改已属必然。于是,Apache Struts与另一个J2EE的框架,OpenSymphony的webwork合并开发成了一个集各种适合开发的特性于一身的先进框架,这定然会收到开发人员和用户的欢迎。
2.
后来，程序写得越来越多，我们发现，这种在HTML代码中编写Java代码来完成逻辑的方式存在着不少问题：
1. Java代码由于混杂在一个HTML环境中而显得混乱不堪，可读性非常差。一个JSP文件有时候会变成几十K，甚至上百K。要找一段逻辑，经常无法定位。
2.编写代码时非常困惑，不知道代码到底应该写在哪里，也不知道别人是不是已经曾经实现过类似的功能，到哪里去引用。
*/
@Override
protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
String message = null;
RequestDispatcher dispatcher = req.getRequestDispatcher("/result.jsp");
<url-pattern>
/Login
</url-pattern>
</servlet-mapping>
代码重构到这里，我们发现，其实我们的工作量本身并没有减少，只是代码从JSP移动到了Servlet，使得整个流程看上去稍微清楚了一些。然而，为了这么点干净，我们付出的代价是什么？为每个servlet都在web.xml里面去做一个url的请求配置！
二
Apache Struts是一个用来开发Java web应用的开源框架.最初是由创始人,程序员Craig R. McClanahan开发的,在这之后Apache软件基金会于2002年进行接管.Struts提供了一个非常优秀的架构使得组织基于HTML格式与Java代码的Jsp与Servlet应用开发变得非常简单.拥有所有Java标准技术与Jakarta辅助包的Struts1建立了一个可扩展的开发环境.然而,随着web应用需求的增长,struts的表现不再坚稳,需要随着需求而改变.这导致了Struts2的产生,拥有像AJAX,快速开发,扩展性这类的特性使得Struts2更受开发人员的欢迎。
同时,xwork在配置和工厂实施管理上提供了一种机制,这就是依赖注入。
三
Struts2框架为整个开发周期的编写而设计,包括创建,开发和维护整个程序。它的扩展性极强,框架的每一个类都是基于接口的,并且所有的基础类都可以在扩展程序中获得,甚至你可以添加你自己的。基本的平台要求为Servlet API 2.4, JSP API 2.0和Java 5.
3.突然之间，某个需求发生了变化。于是，每个人蒙头开始全程替换，还要小心翼翼的，生怕把别人的逻辑改了。
4.逻辑处理程序需要自己来维护生命周期，对于类似数据库事务、日志等众多模块无法统一支持。
在这个时候，如果有一个产品，它能够将页面上的那些Java代码抽取出来，让页面上尽量少出现Java代码，该有多好。于是许多人开始使用servlet来处理那些业务逻辑。
上面的这些必须出现的元素，在不同的年代，被赋予了不同的表现形式，有的受到时代的束缚，其表现形式非常落后，有的已经不再使用。但是拨开这些外在的表现形式，我们就可以发现，这不就是我们已经熟门熟路的MVC嘛？
数据———— Model
页面展示———— View
处理具体业务的场所———— Control