2. 创建Model组件
2.1 概述
你用到的应用程序的需求文档很可能集中于创建用户界面。然而你应该保证每个提交的请求所需要的处理也要被清楚的定义。通常说来，Model 组件的开发者集中于创建支持所有功能需求的JavaBeans类。一个非凡应用要求的beans的精确特性依靠于具体需求变化会非常的大，但是它们通常可以分成下面讨论的几种类型。然而，首先对“范围”概念做一个简短的回顾是有用的，因为它与beans有关。
2.2 JavaBeans和范围
在一个基于web的应用程序中，JavaBeans可以被保存在（并从中访问）一些不同“属性”的集合中。每一个集合都有集合生存期和所保存的beans可见度的不同的规则。总的说来，定义生存期和可见度的这些规则被叫做这些beans的范围。jsp规范中使用以下术语定义可选的范围（在圆括号中定义servlet API中的等价物）：
page - 在一个单独的JSP页面中可见的Beans，生存期限于当前请求。（service()方法中的局部变量）
request - 在一个单独的JSP页面中可见的Beans，也包括所有包含于这个页面或从这个页面重定向到的页面或servlet。（Request属性）
session - 参与一个特定的用户session的所有的JSP和servlet都可见的Beans，跨越一个或多个请求。(Session属性）
application - 一个web应用程序的所有JSP页面和servlet都可见的Beans。（Servlet context属性）
记住同一个web应用程序的JSP页面和servlets共享同样一组bean集合是很重要的。例如，一个bean作为一个request属性保存在一个servlet中，就象这样：
MyCart mycart = new MyCart(...);
request.setAttribute("cart", mycart);
将立即被这个servlet重定向到的一个JSP页面使用一个标准的行为标记看到，就象这样：
<jsp:useBean id="cart" scope="request"
class="com.mycompany.MyApp.MyCart"/>
2.3 ActionForm Beans
Struts框架通常假定你已经为每一个你的应用程序中请求的输入创建了一个 ActionForm bean（即一个实现了ActionForm 接口的类）。假如你在你的 ActionMapping 配置文件中定义了这样的beans（见“创建Controller组件”），Struts的controller servlet在调用适当的 Action 方法前将自动为你执行如下的服务：
用适当的要害字检查用户的session中是否有适当的类的bean的一个实例。
假如没有这样的session范围的bean，自动建立一个新的bean并添加到用户的session中。
对每个名字对应于bean中的一个属性的请求参数，调用相应的set方法。这个操作类似于当你以通配符“*”选择所有属性使用标准的JSP行为标记 <jsp:setProperty> 。
更新的ActionForm bean在被调用时将被传递给Acton类的perform()方法，以使这些值能够立即生效。
当你在写你的ActionForm beans时，记住以下的原则：
ActionForm 接口本身不需要非凡的实现方法。它是用来标识这些特定的beans在整个体系结构中的作用。典型情况下，一个ActionForm bean只包括属性的get方法和set方法，没有商业逻辑。
通常在一个ActionForm bean中只有很少的输入验证逻辑。这样的beans存在的主要理由是保存用户为相关的表单所输入的大部分近期值 -- 甚至在错误被检测到时 -- 这样同样的页面可以被重建，伴随有一组出错信息，这样用户仅仅需要纠正错误的字段。用户输入的验证应该在 Action 类中执行（假如是很简单的话），或者在适当的商业逻辑beans中执行。
为每个表单中出现的字段定义一个属性（用相关的getXxx()和setXxx()方法）。字段名和属性名必须按照JavaBeans的约定相匹配。例如，一个名为username 的输入字段将引起 setUsername() 方法被调用。
你应该注重一个“表单”在这里讨论时的意义并不必须对应于用户界面中的一个单独的JSP页面。在很多应用程序中一个“表单”（从用户的观点）延伸至多个页面也是很平常的。想想看，例如，通常在安装新的应用程序时使用的导航安装程序的用户界面。Struts鼓励你定义一个包含所有字段属性的单独的ActionForm bean。不管字段实际上是显示在哪个页面上。同样的，同一表单的不同的页面应该提交到相同的Action类。假如你遵照这个建议，在大多数情况下，页面设计者可以重新组织不同页面中的字段而不需要改变处理逻辑。
2.4 系统状态Beans
系统的实际状态通常表示为一组一个或多个的JavaBeans类，其属性定义当前状态。例如，一个购物车系统包括一个表示购物车的bean，这个bean为每个单独的购物者维护，这个bean中包括（在其它事物之中）一组购物者当前选择购买的项目。分别地，系统也包括保存用户信息（包括他们的信用卡和送货地址）、可获得项目的目录和它们当前库存水平的不同的beans。
对于小规模的系统，或者对于不需要长时间保存的状态信息，一组系统状态beans可以包含所有系统曾经经历的特定细节的信息。或者经常是，系统状态beans表示永久保存在一些外部数据库中的信息（例如CustomerBean对象对应于表CUSTOMERS 中的特定的一行），在需要时从服务器的内存中创建或清除。在大规模应用程序中，Entity EJBs也用于这种用途。
2.5 商业逻辑Beans
你应该把你的应用程序中的功能逻辑封装成对为此目的设计的JavaBeans的方法调用。这些方法可以是用于系统状态beans的相同的类的一部分，或者可以是在专门执行商业逻辑的独立的类中。在后一种情况下，你通常需要将系统状态beans传递给这些方法作为参数处理。
为了代码最大的可重用性，商业逻辑beans应该被设计和实现为它们不知道自己被执行于web应用环境中。假如你发现在你的bean中你必须import一个javax.servlet.* 类，你就把这个商业逻辑捆绑在了web应用环境中。考虑重新组织事物使你的 Action 类（Controller任务的一部分，在下面描述）翻译所有从HTTP请求中请求被处理为对你的商业逻辑beans属性set方法调用的信息，然后可以发出一个对execute() 的调用。这样的一个商业逻辑类可以被重用在除它们最初被构造的web应用程序以外的环境中。
依靠于你的应用程序的复杂度和范围，商业逻辑beans可以是与作为参数传递的系统状态beans交互作用的普通的JavaBeans，或者使用JDBC调用访问数据库的普通的JavaBeans。而对于较大的应用程序，这些beans经常是有状态或无状态的EJBs。
2.6 题外话: 访问关系数据库
很多web应用程序利用一个关系数据库（通过一个JDBC driver访问）来保存应用程序相关的永久数据。其它应用程序则使用Entity EJBs来实现这个目的，他们委派EJBs自己来决定怎样维护永久状态。假如你是使用EJBs来实现这个目的，遵照EJB规范中描述的客户端设计模式。
对于基于直接数据库访问的web应用程序，一个普通的设计问题是当需要访问低层数据库时怎样产生一个适当的JDBC连接对象。解决这个问题有几种方法 -- 以下原则描述了推荐的一种方法：
创建或得到一个答应一组数据库连接被多个用户共享的ConnectionPool类。Struts（当前）没有包括这样的一个类，但是有很多这样的类可以得到。
当应用程序初始化时，在应用程序展开（deployment）描述符中定义一个有一个“启动时加载”值的servlet。我们将把这个servlet叫做启动servlet。在大多数情况下，这个servlet不需要处理任何的请求，所以没有一个 <servlet-mapping> 会指向它。
在启动servlet的 init() 方法中，配置并初始化一个ConnectionPool类的实例，将其保存为一个servlet context属性（从JSP的观点看等同于一个application范围的bean）。通常基于传递给启动servlet初始化参数来配置联接缓冲池是很方便的。
在启动servlet的 destroy() 方法中，包含了释放联接缓冲池所打开的联接的逻辑。这个方法将在servlet容器结束这个应用程序的时候被调用。
当 Action 类需要调用一个需要数据库联接的商业逻辑bean中的方法（例如“insert a new customer”）时，将执行下面的步骤：
为这个web应用程序从servelt context属性中得到一个联接缓冲池对象。
调用联接缓冲池对象的 open() 方法来得到一个在Action 类调用中使用的联接。
调用商业逻辑bean中合适的方法，将数据库联接对象作为一个参数传递给它。
调用分配的联接中的 close() 方法，这将引起这个联接为了以后其它请求的重用被返回到缓冲池中。
一个通常的编程错误是忘记了把数据库联接返回给缓冲池，这将最终导致用完所有的联接。一定要确信 Action 类的逻辑总是返回联接，甚至在商业逻辑bean抛出一个违例时。
遵照上面推荐的设计模式意味着你能够编写你的商业逻辑类而不需要担心它们怎样得到一个JDBC联接来使用-- 简单地在任何需要访问数据库的方法中包含一个Connection参数。当你的商业逻辑类在一个web应用程序中被利用时，分配和释放适当的联接是 Action 类的责任。当你使用相同的商业逻辑类时，例如，在一个批处理工作中，提供一个适当的联接是那个应用程序的责任（这不需要从缓冲池中获得，因为大多数批处理工作运行于一个单线程环境中）。
