4. 先进的模板提供远程加载和计算Javascript的能力. 5. AJAX-only选项卡面板的实现 6. 丰富的发布/订阅事件模型 7. 自动交互完善标签
深入全面阐释Struts 2的方方面面
一、 Struts概述
Struts是一个用来开发 Model 2应用程序的框架。这个框架可以提高开发工作的速度，因为它提供的下面这些功能解决了 Web应用程序开发过程中的一些常见问题：
? ? ? ? ? ?
对页面导航活动进行管理；
对来自用户的输入数据进行合法性验证； 统一的布局； 可扩展性；
国际化和本地化； 支持 Ajax技术。
因为 Struts是一个 Model 2框架，所以在使用 Struts时还应该遵守以下几条不成文的规定。
不要在 JSP页面里嵌入 Java代码，应该把所有的业务逻辑包含在一些被称为“动作类”（ action class）的 Java类里。
? 在 JSP页面里使用 Expression Language（ OGNL）去访问有关的模型对象。
? 尽量避免编写自定义标签（因为自定义标签的代码比较难以编写）。
?
二、升级到 Struts 2
你也许用过 Struts 1编程，这里提供了一个关于 Struts 2 新功能的简要介绍。
在 Struts 1里需要使用一个像 ActionServlet 类这样的东西作为 servlet控制器； Struct 2使用了一个过滤器来完成同样的任务。
? 在 Struts 2里没有任何动作表单。在 Struts 1里，每个 HTML表单都对应着一个 ActionForm 实例，你可以从动作类访问这个动作表单，并用它来填充数据传输对象。在 Struts 2 里， HTML表单将被直接映射为一个 POJO，而不再需要你创建一个数据传输对象，因为没有动作表单，维护工作变得简单容易了，你不再需要与那么多的类打交道。
? 问题来了：没有了动作表单，怎样才能在 Struts 2里通过编程对用户输入进行合法性验证呢？答案是把验证逻辑编写在动作类里。
?
?
?
?
?
?
Struts 1通过几个标签库提供了一批定制标签供程序员在 JSP页面里使用，其中最重要的是 HTML标签库、 Bean标签库和 Logic标签库。 Servlet 2.4里的 JSTL和 EL（ Expression Language ，表达式语言）经常被用来代替 Bean和 Logic标签库。 Struts 2为程序员准备了一个应有尽有的标签库，你不再需要 JSTL，但在某些场合你可能仍需要 EL。 在 Struts 1里，你还需要用到一些 Struts配置文件，其中最主要的是存放在各 Web应用程序里的 WEB-INF子目录里的 struts-config.xml（默认文件名）。在 Struts 2里，你仍需要用到多个配置文件，但必须把它们存放在 WEB-INF/classes子目录或它的某个下级子目录里。 要想使用 Struts 2 ，你的系统里必须有 Java 5 和 Servlet 2.4 （或更高版本）。之所以需要有 Java 5，是因为 Java 5里新增加的注解在 Struts 2里扮演着重要角色。我们撰写本书时， Java 6已经发布， Java 7也指日可待，你很可能已经在使用 Java 5或 Java 6了。
在 Struts 1 里，动作类必须扩展自 org.apache.struts.action.Action 类。在 Struts 2 里，任何一个 POJO 都可以是一个动作类。不过，我们将在本书第 3 章说明，在 Struts 2 里最好对 ActionSupport 类进行扩展。在此基础上，可用一个动作类来完成相关的动作。 Struts 2在 JSP页面里使用 OGNL来显示各种对象模型，而不再是 JSP EL和 JSTL。
原本是 Struts 1组件之一的 Tiles现在已经发展为一个独立的 Apache HTTP没有“类型”的概念，在 HTTP请求里发送的值都是字符串。在把表单字段映射到非 String 类型的动作属性时， Struts会自动对这些值进行必要的转换。这一章将解释 Struts如何完成这类转换，你还将学到如何为更加复杂的情 spring工作机制及为什么要用?
1.springmvc请所有的请求都提交给DispatcherServlet,它会委托应用系统的其他模块负责负责对请求进行真正的处理工作。
2.DispatcherServlet查询一个或多个HandlerMapping,找到处理请求的Controller.
3.DispatcherServlet请请求提交到目标Controller
4.Controller进行业务逻辑处理后，会返回一个ModelAndView 5.Dispathcher查询一个或多个ViewResolver视图解析器,找到ModelAndView对象指定的视图对象 6.视图对象负责渲染返回给客户端。 为什么用：
AOP 让开发人员可以创建非行为性的关注点，称为横切关注点，并将它们插
入到应用程序代码中。使用 AOP后，公共服务（比如日志、持久性、事务等）就可以分解成方面并应用到域对象上，同时不会增加域对象的对象模型的复杂性。
IOC 允许创建一个可以构造对象的应用环境，然后向这些对象传递它们的协作对象。正如单词 倒置 所表明的，IOC 就像反过来的JNDI。没有使用一堆抽象工厂、服务定位器、单元素（singleton）和直接构造（straightconstruction），每一个对象都是用其协作对象构造的。因此是由容器管理协作对象（collaborator）。
Spring即使一个AOP框架，也是一IOC容器。 Spring 最好的地方是它有助于您替换对象。有了Spring，只要用JavaBean属性和配置文件加入依赖性（协作对象）。然后可以很容易地在需要时替换具有类似接口的协作对象。 Spring 框架是一个分层架构，由 7 个定义良好的模块组成。Spring模块构建在核心容器之上，核心容器定义了创建、配置和管理bean 的方式，如图 1 所示。
组成 Spring 框架的每个模块（或组件）都可以单独存在，或者与其他一个或多个模块联合实现。每个模块的功能如下：
核心容器：核心容器提供 Spring框架的基本功能。核心容器的主要组件是BeanFactory，它是工厂模式的实现。BeanFactory使用控制反转（IOC）模式将应用程序的配置和依赖性规范与实际的应用程序代码分开。
Spring 上下文：Spring 上下文是一个配置文件，向 Spring框架提供上下文信息。Spring上下文包括企业服务，例如 JNDI、EJB、电子邮件、国际化、校验和调度功能。
Spring AOP：通过配置管理特性，Spring AOP 模块直接将面向方面的编程功能集成到了Spring框架中。所以，可以很容易地使 Spring 框架管理的任何对象支持 AOP。Spring AOP 模块为基于Spring的应用程序中的对象提供了事务管理服务。通过使用 Spring AOP，不用依赖EJB组件，就可以将声明性事务管理集成到应用程序中。
Spring DAO：JDBCDAO抽象层提供了有意义的异常层次结构，可用该结构来管理异常处理和不同数据库供应商抛出的错误消息。异常层次结构简化了错误处理，并且极大地降低了需要编写的异常代码数量（例如打开和关闭连接）。SpringDAO的面向 JDBC 的异常遵从通用的 DAO 异常层次结构。
Spring ORM：Spring 框架插入了若干个 ORM 框架，从而提供了 ORM的对象关系工具，其中包括JDO、Hibernate 和 iBatis SQL Map。所有这些都遵从 Spring 的通用事务和DAO异常层次结构。
Spring Web 模块：Web 上下文模块建立在应用程序上下文模块之上，为基
于Web的应用程序提供了上下文。所以，Spring 框架支持与 Jakarta Struts的集成。Web模块还简化了处理多部分请求以及将请求参数绑定到域对象的工作。
Spring MVC 框架：MVC 框架是一个全功能的构建 Web 应用程序的 MVC实现。通过策略接口，MVC框架变成为高度可配置的，MVC 容纳了大量视图技术，其中包括JSP、Velocity、Tiles、iText 和 POI。
Spring 框架的功能可以用在任何 J2EE服务器中，大多数功能也适用于不受管理的环境。Spring的核心要点是：支持不绑定到特定 J2EE服务的可重用业务和数据访问对象。毫无疑问，这样的对象可以在不同 J2EE 环境 （Web或EJB）、独立应用程序、测试环境之间重用。 共2页: 1 [2] 内容导航
第 1 页：Hibernate工作原理及用的理由(1) 第 2 页：Hibernate工作原理及用的理由(2) IOC 和 AOP
控制反转模式（也称作依赖性介入）的基本概念是：不创建对象，但是描述创建它们的方式。在代码中不直接与对象和服务连接，但在配置文件中描述哪一个组件需要哪一项服务。容器（在Spring框架中是 IOC 容器） 负责将这些联系在一起。
在典型的 IOC 场景中，容器创建了所有对象，并设置必要的属性将它们连接在一起，决定什么时间调用方法。下表列出了IOC的一个实现模式。 Spring 框架的 IOC 容器采用类型 2 和类型3 实现。 面向方面的编程 面向方面的编程
，即AOP，是一种编程技术，它允许程序员对横切关注点或横切典型的职责分界线的行为（例如日志和事务管理）进行模块化。AOP的核心构造是方面，它将那些影响多个类的行为封装到可重用的模块中。
AOP 和IOC是补充性的技术，它们都运用模块化方式解决企业应用程序开发中的复杂问题。在典型的面向对象开发方式中，可能要将日志记录语句放在所有方法和Java类中才能实现日志功能。在 AOP方式中，可以反过来将日志服务模块化，并以声明的方式将它们应用到需要日志的组件上。当然，优势就是Java类不需要知道日志服务的存在，也不需要考虑相关的代码。所以，用 Spring AOP
相关推荐：
loading