Struts工作流程
在这个软件开发的新时代，一切都变得很快。在不到 5 年的时间内，我已经目睹了从 cgi/perl 到 ISAPI/NSAPI、再到使用 VB 的 ASP、一直到的Java 和 JavaEE 的变迁。而后又出现PHP和.net。。。
struts上一次应用应该追述到2年前了，暮然回首间，应该总结总结了，不然就forget掉了
Struts概述：
Struts工作流程：
当ActionServlet接收到一个客户请求时，将执行如下流程：
1．检索和用户请求相匹配的ActionMapping实例，如果不存在，就返回用户请求路径无效信息。
2．如ActionForm实例不存在，就创建一个ActionForm对象，把客户提交的表单数据保存到ActionForm对象中。
3．根据配置信息决定是否需要表单验证。如果需要验证，就调用ActionForm的Validate（）方法。
4．如果ActionForm的Validate()方法返回null或返回一个不包含ActionMessage的ActionErrors对象，就表示表单验证成功。
5．ActionServlet根据ActionMapping实例包含的映射信息决定将请求转发给哪个Action。如果相应的Action实例不存在，就先创建这个实例，然后调用Action的execute（）方法。
6．Action的execute（）方法返回一个ActionForward对象，ActionServlet再把客户请求转发给ActionForward对象指向的JSP组件。
7．ActionForward对象指向的JSP组件生成动态网页，返回给客户。
struts上一次应用应该追述到2年前了，暮然回首间，应该总结总结了，不然就forget掉了
Struts概述：
Struts 是一组相互协作的类、servlet 和 JSP 标记，它们组成一个可重用的 MVC 2 设计。这个定义表示 Struts 是一个框架，而不是一个库，但 Struts 也包含了丰富的标记库和独立于该框架工作的实用程序类。
- Client browser（客户浏览器）
来自客户浏览器的每个 HTTP 请求创建一个事件。Web 容器将用一个 HTTP 响应作出响应。 - Controller（控制器）
控制器接收来自浏览器的请求，并决定将这个请求发往何处。就 Struts 而言，控制器是以 servlet 实现的一个命令设计模式。struts-config.xml文件配置控制器。 - 业务逻辑
业务逻辑更新模型的状态，并帮助控制应用程序的流程。就 Struts 而言，这是通过作为实际业务逻辑“瘦”包装的Action类完成的。 - Model（模型）的状态
模型表示应用程序的状态。业务对象更新应用程序的状态。ActionForm bean 在会话级或请求级表示模型的状态，而不是在持久级。JSP 文件使用 JSP 标记读取来自 ActionForm bean 的信息。 - View（视图）
视图就是一个 JSP 文件。其中没有流程逻辑，没有业务逻辑，也没有模型信息 -- 只有标记。标记是使 Struts 有别于其他框架（如 Velocity）的因素之一。
Struts工作流程：
当ActionServlet接收到一个客户请求时，将执行如下流程：
1．检索和用户请求相匹配的ActionMapping实例，如果不存在，就返回用户请求路径无效信息。
2．如ActionForm实例不存在，就创建一个ActionForm对象，把客户提交的表单数据保存到ActionForm对象中。
3．根据配置信息决定是否需要表单验证。如果需要验证，就调用ActionForm的Validate（）方法。
4．如果ActionForm的Validate()方法返回null或返回一个不包含ActionMessage的ActionErrors对象，就表示表单验证成功。
5．ActionServlet根据ActionMapping实例包含的映射信息决定将请求转发给哪个Action。如果相应的Action实例不存在，就先创建这个实例，然后调用Action的execute（）方法。
6．Action的execute（）方法返回一个ActionForward对象，ActionServlet再把客户请求转发给ActionForward对象指向的JSP组件。
7．ActionForward对象指向的JSP组件生成动态网页，返回给客户。
