STRUTS - 版本历史

Test 32：1個修訂：HDwiki 数据迁移批次 - 820

2014-08-10T23:23:58Z

1個修訂：HDwiki 数据迁移批次 - 820

2014年8月10日 (日) 23:23 Test 32

2014-08-10T23:23:55Z

Test 32：1個修訂：HDwiki 数据迁移 - 批次 583

2014-07-31T17:36:14Z

1個修訂：HDwiki 数据迁移 - 批次 583

2010年3月1日 (一) 00:00 Test 32

2010-03-01T00:00:01Z

新页面

== 基本概述 ==

'''STRUTS'''
'''STRUTS'''当建立一个物理建筑时，建筑工程师使用支柱为建筑的每一层提供支持。同样，软件工程师使用Struts为业务应用的每一层提供支持。它的目的是为了帮助减少在运用[[MVC]]设计模型来开发Web应用的时间。我们仍然需要学习和应用该架构，不过它将可以完成其中一些繁重的工作。如果想混合使用Servlets和JSP的优点来建立可扩展的应用，Struts是一个不错的选择。
早期Smalltalk[[程序]]语言便采用了MVC(Model-View-Controller)模式(Patterns)以增加程序代码弹性，MVC模式将程序代码整理切割为三部份，Model部分是业务与应用领域(Businessdomain)相关逻辑、管理状态之对象，Controller部分接收来自View所输入的资料并与Model部分互动，是业务流程控制(FlowControl)之处，View部分则负责展现资料、接收使用者输入资料。在Java应用中，JFC/Swing、AWT、[[JSP]]皆是可用作View之技术规格，而JavaBean与EnterpriseJavaBean规格则可用于Model程序代码，一旦应用程序以MVC模式加以适当之分割，Model部分程序代码可在不同使用者接口外观之应用程序中重复使用。

随着JSP与Servlet技术大量应用于以Web为基础之应用程序，Java开发人员群体认为应以较佳之模式以提升Web应用程序之可维护性与重复使用性。早期JSP规格书中曾列举两种可行之JSP应用架构，分别为Model1与Model2。

== 构架开发 ==

'''STRUTS'''在Model1架构中，JSP直接处理Web[[浏览器]]送来之请求(Request)，并辅以JavaBean处理应用相关逻辑。Model1架构单纯编写比较容易，但在Model1中JSP可能同时肩负View与Controller角色，两类程序代码有可能混杂而不易维护。而Model2中将Servlet纳入架构中扮演前端Controller角色，将Web浏览器送出之请求集中送至[[Servlet]]，Servlet可集中管理使用者登入、权限控制、多国语言转换等前置处理，再视需求转向给对应之JSP处理。Model2中采用了较佳之MVC模式，但增加了编写复杂度。
Struts是Apache软件基金下Jakarta项目的一部分。除Struts之外，还有其他成功的[[开源]]产品，包括Tomcat，Ant和Velocity。2000年CraigR.McClanahan先生贡献了他编写的JSPModel2架构之ApplicationFramework原始程序代码给Apache基金会，成为ApacheJakarta计划StrutsFramework前身。

开始的代码基础从2000年5月开始开发，直到2001年6月，1.0版本发布。有30多个开发者参与进来，并有数千人参与到讨论组中。Struts代码基础由一个志愿的Commnitter团队来管理。到2002年，Struts小组共有9个志愿Commnitter。

Struts框架的主要[[架构]]设计和开发者是CraigR.McClanahan。Craig也是Tomcat4的主要架构师，以及JavaWebServicesDeveloperPack的主要架构师和实现者。他现在是Sun的JavaServerFaces(JSR-127)以及J2EE平台的Web层架构的规范领导。CraigR.McClanahan先生是JCPExpertGroup成员之一，曾参与JSP规格制定与Tomcat4之编写，因此Struts Framework广受Java开发人员群体所重视。Borland自2002年底开始于开发工具JBuilder中支持StrutsFramework。

== 集成模式 ==

'''STRUTS'''Struts是[[Apache]]基金会Jakarta项目组的一个OpenSource项目，它采用MVC模式，能够很好地帮助java开发者利用J2EE开发Web应用。和其他的java架构一样，Struts也是面向对象设计，将MVC模式“分离显示逻辑和业务逻辑”的能力发挥得淋漓尽致。Structs框架的核心是一个弹性的控制层，基于如JavaServlets，JavaBeans，ResourceBundles与[[XML]]等标准技术，以及JakartaCommons的一些类库。Struts有一组相互协作的类（组件）、Serlvet以及jsptaglib组成。基于struts构架的web应用程序基本上符合[[JSPModel2]]的设计标准，可以说是一个传统MVC设计模式的一种变化类型。
Struts最早是作为ApacheJakarta项目的组成部分问世运作。项目的创立者希望通过对该项目的研究，改进和提高JavaServerPages、Servlet、标签库以及面向对象的技术水准。

Struts的目的是为了减少在运用MVC设计模型来开发Web应用的时间。你仍然需要学习和应用该架构，不过它将可以完成其中一些繁重的工作。

Struts跟[[Tomcat]]、Turbine等诸多Apache项目一样，是开源软件，这是它的一大优点，使开发者能更深入的了解其内部实现机制。除此之外，Struts的优点主要集中体现在两个方面：Taglib和页面导航。Taglib是Struts的[[标记库]]，灵活动用，能大大提高开发效率。另外，就目前国内的JSP开发者而言，除了使用JSP自带的常用标记外，很少开发自己的标记，或许Struts是一个很好的起点。关于页面导航，我认为那将是今后的一个发展方向，事实上，这样做，使系统的脉络更加清晰。通过一个配置文件，即可把握整个系统各部分之间的联系，这对于后期的维护有着莫大的好处。尤其是当另一批开发者接手这个项目时，这种[[优势]]体现得更加明显。

MVC即Model-View-Controller的缩写，是一种常用的设计模式。MVC减弱了业务逻辑接口和数据接口之间的耦合，以及让视图层更富于变化。Struts是MVC的一种实现，它将Servlet和JSP标记（属于J2EE规范）用作实现的一部分。Struts继承了MVC的各项特性，并根据J2EE的特点，做了相应的变化与扩展。

== 操作流程 ==

'''STRUTS'''服务器启动后，根据web.xml加载Action Servlet读取struts-config.xml文件内容到内存。以登陆为例:第一次进login.jsp会先实例化Form、把默认值赋给[[表单元素]]。
输入用户名密码提交表单、提交到action属性的login.do，通过ActionServlet读struts-config.xml文件找到action下的path属性找到.do，通过name属性找form-beans中的form-bean的name属性得到ActionForm的包名类名，先实例化form，把表单的值填充给form，调用form的validate方法验证、ActionErrors返回null表示验证通过，否则失败返回input指定的页面。验证通过会实例化Action，执行Action的excute方法。

== 体系结构 ==

'''STRUTS'''框架中三个部分：模型，视窗和控制器。
在struts框架中，模型分为两个部分：

系统的内部状态可以改变状态的操作（[[事务逻辑]]）

内部状态通常由一组ActinFormJavaBean表示。根据设计或应用程序复杂度的不同，这些Bean可以是自包含的并具有持续的状态，或只在需要时才获得数据（从某个数据库）。大型应用程序通常在方法内部[[封装]]事务逻辑（操作），这些方法可以被拥有状态信息的bean调用。比如购物车bean，它拥有用户购买商品的信息，可能还有checkOut()方法用来检查用户的信用卡，并向[[仓库]]发定货信息。

小型程序中，操作可能会被内嵌在Action类，它是struts框架中控制器角色的一部分。当逻辑简单时这个方法很适合。建议用户将事务逻辑（要做什么）与Action类所扮演的角色（决定做什么）分开。

视窗：由JSP建立，struts包含扩展自定义[[标签库]]，可以简化创建完全国际化用户界面的过程。

控制器：struts中，基本的控制器组件是ActionServlet类中的实例servelt，实际使用的servlet在配置文件中由一组映射（由Action Mapping类进行描述）进行定义。

[[Category:技術應用]]

←上一版本	2014年8月10日 (日) 23:23的版本
（没有差异）

@@ 第1行： / 第1行： @@
 == 基本概述 ==
  随着JSP与Servlet技术大量应用于以Web为基础之应用程序，Java开发人员群体认为应以较佳之模式以提升Web应用程序之可维护性与重复使用性。早期JSP规格书中曾列举两种可行之JSP应用架构，分别为Model1与Model2。
@@ 第11行： / 第11行： @@
 == 构架开发 ==
  开始的代码基础从2000年5月开始开发，直到2001年6月，1.0版本发布。有30多个开发者参与进来，并有数千人参与到讨论组中。Struts代码基础由一个志愿的Commnitter团队来管理。到2002年，Struts小组共有9个志愿Commnitter。
 Struts框架的主要[[架构]]设计和开发者是CraigR.McClanahan。Craig也是Tomcat4的主要架构师，以及JavaWebServicesDeveloperPack的主要架构师和实现者。他现在是Sun的JavaServerFaces(JSR-127)以及J2EE平台的Web层架构的规范领导。CraigR.McClanahan先生是JCPExpertGroup成员之一，曾参与JSP规格制定与Tomcat4之编写，因此Struts Framework广受Java开发人员群体所重视。Borland自2002年底开始于开发工具JBuilder中支持StrutsFramework。
@@ 第22行： / 第25行： @@
 == 集成模式 ==
 Struts的目的是为了减少在运用MVC设计模型来开发Web应用的时间。你仍然需要学习和应用该架构，不过它将可以完成其中一些繁重的工作。
 Struts跟[[Tomcat]]、Turbine等诸多Apache项目一样，是开源软件，这是它的一大优点，使开发者能更深入的了解其内部实现机制。除此之外，Struts的优点主要集中体现在两个方面：Taglib和页面导航。Taglib是Struts的[[标记库]]，灵活动用，能大大提高开发效率。另外，就目前国内的JSP开发者而言，除了使用JSP自带的常用标记外，很少开发自己的标记，或许Struts是一个很好的起点。关于页面导航，我认为那将是今后的一个发展方向，事实上，这样做，使系统的脉络更加清晰。通过一个配置文件，即可把握整个系统各部分之间的联系，这对于后期的维护有着莫大的好处。尤其是当另一批开发者接手这个项目时，这种[[优势]]体现得更加明显。
 MVC即Model-View-Controller的缩写，是一种常用的设计模式。MVC减弱了业务逻辑接口和数据接口之间的耦合，以及让视图层更富于变化。Struts是MVC的一种实现，它将Servlet和JSP标记（属于J2EE规范）用作实现的一部分。Struts继承了MVC的各项特性，并根据J2EE的特点，做了相应的变化与扩展。
@@ 第35行： / 第43行： @@
 == 操作流程 ==
  输入用户名密码提交表单、提交到action属性的login.do，通过ActionServlet读struts-config.xml文件找到action下的path属性找到.do，通过name属性找form-beans中的form-bean的name属性得到ActionForm的包名类名，先实例化form，把表单的值填充给form，调用form的validate方法验证、ActionErrors返回null表示验证通过，否则失败返回input指定的页面。验证通过会实例化Action，执行Action的excute方法。
 == 体系结构 ==
  系统的内部状态可以改变状态的操作（[[事务逻辑]]）
  内部状态通常由一组ActinFormJavaBean表示。根据设计或应用程序复杂度的不同，这些Bean可以是自包含的并具有持续的状态，或只在需要时才获得数据（从某个数据库）。大型应用程序通常在方法内部[[封装]]事务逻辑（操作），这些方法可以被拥有状态信息的bean调用。比如购物车bean，它拥有用户购买商品的信息，可能还有checkOut()方法用来检查用户的信用卡，并向[[仓库]]发定货信息。
  小型程序中，操作可能会被内嵌在Action类，它是struts框架中控制器角色的一部分。当逻辑简单时这个方法很适合。建议用户将事务逻辑（要做什么）与Action类所扮演的角色（决定做什么）分开。
  视窗：由JSP建立，struts包含扩展自定义[[标签库]]，可以简化创建完全国际化用户界面的过程。
  控制器：struts中，基本的控制器组件是ActionServlet类中的实例servelt，实际使用的servlet在配置文件中由一组映射（由Action Mapping类进行描述）进行定义。
@@ 第59行： / 第75行： @@
-−
 [[Category:技術應用]]

←上一版本	2014年7月31日 (四) 17:36的版本
（没有差异）

STRUTS - 版本历史

Test 32：1個修訂：HDwiki 数据迁移 批次 - 820

2014年8月10日 (日) 23:23 Test 32

Test 32：1個修訂：HDwiki 数据迁移 - 批次 583

2010年3月1日 (一) 00:00 Test 32

Test 32：1個修訂：HDwiki 数据迁移批次 - 820