一、 概述
struts是基于当前的一些相关标准的开发技术(servlet,xml…)基础之上,提供了一个开发框架的开放源码项目,由于我们开发web应用的复杂度随着系统的复杂度的要求越来越来复杂。特别是在代码重用,代码移植、代马可插扒等问题上出现了许多重复开发、维护困难等。Struts这个框架鼓励我们应用model2的MVC开发模型。当然我们在基于其上的开发中不一定要进行完全遵守。当前struts比较稳定的发行版时1.0,已经有了1.1的测试开发版。要了解详细的信息,请登陆www.apache.org/struts .
二、 整体结构概述
在到处可以找到关于MVC结构和struts结构的图形。这里我就不对结构图进行描述。只站在对J2EE WEB 应用的相关标准了解的基础来对struts整个框架进行一描述。 其实struts框架完全是基于J2EE相关技术和标准之上的。Struts提供一个servlet来作为控制器对客户端的相应请求进行转接给后台的模型。它为了使各个部分能够分离,提供相应的配置文件(struts-config.xml)进行请求和处理类的映射。整个类的映射完全来自java技术的类反射和相应的请求过滤技术。通过标记扩展来实现相应的视图和模型的联系。整个结构就是这样的,请不要再多想。
三、 详细开发说明
控制器
由struts自己实现,实现类为org.apache.struts.action.ActionServlet。开发者只需将相应的类映射配置在web.xml文件就可以。 请参考如下描述: 这里只对其中的初始化参数apppcation加以介绍:其实这是struts控制器在启动时需要设置消息的属性文件,具体属性文件的格式完全遵守java属性文件的要求。属性文件的名称这里配置位ApppcationResources,当然我们可以修改,但该文件的路径必须是web-inf/classes/或者相应的包目录。
模型
关于struts的许多文章都进行相应的模型描述,分为系统状态模型和业务逻辑。这些对我们理解struts,应用struts进行开发是很重要的。但这里我只介绍两个重要的类,一个是进行相应的请求数据维护java bean类,另一个是进行相应请求处理的普通类。前者在struts中要求继承org.apache.struts.action.ActionForm类,该类由struts提供,后者需要继承org.apache.struts.action.Action类,也由struts提供。在第一个实现的bean中,各种属性必须要和客户请求的各个字段名称对应,目的是完成客户请求数据的自动化获取,我们心里明白这一件实事就可以了:即只要我们满足这种要求,struts自动会将客户端的请求填充在相应的javabean中。并且我们可以重载相应的两个方法来实现对应的javabean的各个字段的校验和重置,以确保满足我们的要求。这两个方法分别为pubpc ActionErrors vapdate(ActionMapping actionMapping, HttpServletRequest httpServletRequest)和pubpc void reset(ActionMapping actionMapping, HttpServletRequest httpServletRequest),在第一个方法中返回一个相应的处理错误对象,这个对象会自动添加到一个错误管理器中,我们直接可以在表示层的代码中进行调用,例如用标记来显示当前的请求错误信息。第二个reset方法用来
视图
视图是struts中自定义的一些标记库,其实没有struts我们为了解决视图和代码的分离,经常会采取一些自定义标记库。当然在jsp的扩展标记库应用中,也有相应的标记供我们使用。但为了和struts能进行紧密的结合,在使用struts时我们可以适当适用struts提供的标记库。对一些通过jsp标准的标记就能实现的,我们这里建议使用他们。这里分别将这些标记库进行介绍。
更多内容,参考UML软件工程组织>>