一个 JSP 文件就是一个 Java servlet
JavaServerPage (JSP) 文件只是审视 servlet 的另一种方式。JSP文件的概念使我们能够将Java servlet 看作一个 HTML 网页。JSP消除了Java 代码中经常出现的讨厌的 print() 语句。JSP文件首先被预处理为.java 文件，然后再编译为 .class 文件。如果您使用的是Tomcat，则可以在 work 目录下查看预处理后的.java 文件。别的容器可能将 .java 和.class 文件存储在其他位置；这个位置与容器有关。图 1 说明了从JSP 文件到 servlet 的流程。
图 1. 从 JSP 文件到 servlet 的流程
（这与 Microsoft 的 Active Server Page (ASP) 明显不同。ASP 被编译到内存中，而不是编译到一个单独的文件中。）
简单的独立 JSP 文件
在小型JSP 应用程序中，经常会看到数据、业务逻辑和用户界面被组合在一个代码模块中。此外，应用程序通常还包含用来控制应用程序流程的逻辑。清单1 和图 2 展示了允许用户加入一个邮件列表的一个简单JSP 文件。
程序1. join.jsp -- 一个简单的请求和响应 JSP 文件
<%@page language="java" %>
<%@page import="business.util.Validation" %>
<%@page import="business.db.MailingList" %>
<%
Stringerror = "";
Stringemail = request.getParameter("email");
// 是否有电子邮件地址
if(email!=null ) {
// 验证输入...
if(business.util.Validation.isValidEmail(email) ) {
// 存储输入...
try {
business.db.MailingList.AddEmail(email);
} catch (Exception e) {
error = "Error adding emailaddress to system. " + e;
}
if( error.length()==0 ) {
%>
// 重定向到欢迎页...
<jsp:forwardpage="welcome.html"/>
<%
}
}else {
// 设置错误消息并重新显示网页
error = email + " is not a validemail address, please try again.";
}
} else{
email = "";
}
%>
<html>
<head>
<title>JoinMailing List</title>
</head>
<body>
<fontcolor=red><%=error%></font><br>
<h3>Enteryour email to join the group</h3>
<formaction="join.jsp" name="joinForm">
<input name="email"id="email" value=<%=email%>></input>
<input type=submitvalue="submit">
</form>
</body>
</html>
图 2. 在简单的请求和响应中，JSP 文件设置数据、控制到下一个网页的流程并创建 HTML
这个邮件列表 JSP 文件是一个独立的、自主完成所有任务的模块。未包含在这个 JSP 文件中的仅有代码是包含在 isValidEmail() 中的实际验证代码和将电子邮件地址存入数据库的代码。（将 isValidEmail() 方法分离到可重用的代码中似乎是当然的选择，但我曾见过直接嵌入网页中的 isValidEmail() 代码。单页方法的优点是易于理解，并且最初也易于构建。此外，对于各种图形化开发工具，入门也很容易。
join.jsp 的活动
1. 显示打开的输入网页。
2. 从表单参数中读取 email 的值。
3. 验证 email 地址。
4. 如果 email 地址有效：
- 将该地址添加到数据库中。
- 重定向到下一个网页。
5. 如果 email 地址无效：
- 设置错误消息。
- 重新显示含有错误消息的 join.jsp 。
单页方法的后果
1、HTML和 Java 强耦合在一起
JSP 文件的编写者必须既是网页设计者，又是Java 开发者。其结果通常要么是很糟的 Java 代码，要么是难看的网页，有时甚至Java 代码和网页都很糟。
2、Java 和JavaScript 的不足
随着网页逐渐变大，很容易想到实现一些JavaScript。当网页中出现 JavaScript 时，这种脚本就可能与Java 代码产生混淆。可能产生混淆的一个例子是使用客户端的 JavaScript 来验证email 域。
3、内嵌的流程逻辑
要理解应用程序的整个流程，您必须浏览所有网页。试想一下拥有100 个网页的网站的错综复杂的逻辑。
4、调试困难
除了很糟的外观之外，HTML标记、Java代码和JavaScript 代码都集中在一个网页中还使调试变得相当困难。
5、强耦合
更改业务逻辑或数据可能牵涉相关的每个网页。
6、美学
在很大的网页中，这编码样式看起来杂乱无章。我过去进行Microsoft ASP 开发时，我经常看到有 1000 行的网页。即使有彩色语法显示，阅读和理解这些代码仍然比较困难。
请别在我的 HTML 中加入太多的 Java 代码
在程序1 中，不是 Java 代码中有大量的HTML，而是在 HTML 文件中有大量的Java 代码。从这个观点来看，除了允许网页设计人员编写 Java 代码之外，我实际上没做什么。但是，我们并不是一无所有；在JSP 1.1 中，我们获得一种称为“标记”的新特性。
JSP 标记只是将代码从 JSP 文件中抽取出来的一种方式。有人将JSP 标记看作是 JSP 文件的宏，其中用于这个标记的代码包含在servlet 中。（宏的观点在很大程度上是正确的。）出于同样的原因，我不希望在 Java 代码中看到HTML 标记，我也不希望在 JSP 文件中看到Java 代码。JSP 技术的整个出发点就是允许网页设计人员创建servlet，而不必纠缠于 Java 代码。标记允许Java 程序员将 Java 代码伪装成HTML 来扩展 JSP 文件。图3 显示了从 JSP 网页中抽取代码并将它们放入JSP 标记中的一般概念。
图 3. JSP 标记
程序2 是用来说明 Struts 标记的功能的一个例子。在程序2 中，正常的 HTML <form> 标记被用Struts <form:form> 标记替换。程序3 显示了浏览器接收到的结果 HTML。浏览器获得HTML <form> 标记，但带有附加代码，如JavaScript。附加的 JavaScript 激活email 地址域。服务器端的 <form:form> 标记代码创建适当的HTML，并使网页设计人员不再接触 JavaScript。
程序2. Struts 的 form 标记
<form:form action="join.do" focus="email" >
<form:text property="email"size="30" maxlength="30"/>
<form:submitproperty="submit" value="Submit"/>
</form:form>程序 3. 发送给浏览器的结果 HTML
<form name="joinForm" method="POST"action="join.do;jsessionid=ndj71hjo01">
<input type="text"name="email" maxlength="30" size="30"value="">
<inputtype="submit" name="submit" value="Submit">
</form>
<script language="JavaScript">
<!--
document.joinForm.email.focus()
// -->
</script>
有关 JSP 标记的注意事项：
· JSP 标记需要一个运行JSP 1.1 或更高版本的容器。
· JSP标记在服务器上运行，而不像HTML 标记那样由客户机解释。
· JSP标记提供了适当的代码重用机制。
· 可以使用一种称为include 的 JSP 机制将HTML 和 JavaScript 添加到网页中。但是，开发人员常常会创建巨大的JavaScript 库文件，这些库文件被包含在 JSP 文件中。结果返回给客户机的HTML 网页要比必需的 HMTL 网页大得多。include 的正确用法是仅将它用于生成诸如页眉和页脚这类内容的 HTML 代码段。
· 通过抽取出Java 代码，JSP 标记使开发角色更加专业化。
模型-视图-控制器 (MVC)
JSP标记只解决了部分问题。我们还得处理验证、流程控制和更新应用程序的状态等问题。这正是MVC 发挥作用的地方。MVC 通过将问题分为三个类别来帮助解决单一模块方法所遇到的某些问题：
Model（模型）
模型包含应用程序的核心功能。模型封装了应用程序的状态。有时它包含的唯一功能就是状态。它对视图或控制器一无所知。
View（视图）
视图提供模型的表示。它是应用程序的 外观。视图可以访问模型的读方法，但不能访问写方法。此外，它对控制器一无所知。当更改模型时，视图应得到通知。
Controller（控制器）
控制器对用户的输入作出反应。它创建并设置模型。
MVC Model 2
Web向软件开发人员提出了一些特有的挑战，最明显的就是客户机和服务器的无状态连接。这种无状态行为使得模型很难将更改通知视图。在Web 上，为了发现对应用程序状态的修改，浏览器必须重新查询服务器。
另一个重大变化是实现视图所用的技术与实现模型或控制器的技术不同。当然，我们可以使用Java（或者 PERL、C/C++或别的语言）代码生成HTML。这种方法有几个缺点：
- Java 程序员应该开发服务，而不是HTML。
- 更改布局时需要更改代码。
- 服务的用户应该能够创建网页来满足它们的特定需要。
- 网页设计人员不能直接参与网页开发。
- 嵌在代码中的HTML 很难看。
对于Web，需要修改标准的 MVC 形式。图4 显示了 MVC 的Web 改写版，通常也称为 MVC Model 2 或MVC 2。
图4. MVC Model 2
Struts，MVC 2 的一种实现
Struts是一组相互协作的类、servlet和JSP 标记，它们组成一个可重用的 MVC 2 设计。这个定义表示Struts 是一个框架，而不是一个库，但 Struts 也包含了丰富的标记库和独立于该框架工作的实用程序类。图5 显示了 Struts 的一个概览。
图 5. Struts 概览
Struts 概览
Client browser（客户浏览器）
来自客户浏览器的每个HTTP 请求创建一个事件。Web 容器将用一个HTTP 响应作出响应。
Controller（控制器）
控制器接收来自浏览器的请求，并决定将这个请求发往何处。就Struts 而言，控制器是以 servlet 实现的一个命令设计模式。struts-config.xml 文件配置控制器。
业务逻辑
业务逻辑更新模型的状态，并帮助控制应用程序的流程。就Struts 而言，这是通过作为实际业务逻辑“瘦”包装的Action 类完成的。
Model（模型）的状态
模型表示应用程序的状态。业务对象更新应用程序的状态。ActionFormbean 在会话级或请求级表示模型的状态，而不是在持久级。JSP 文件使用JSP 标记读取来自 ActionForm bean 的信息。
View（视图）
视图就是一个JSP 文件。其中没有流程逻辑，没有业务逻辑，也没有模型信息 -- 只有标记。标记是使Struts 有别于其他框架（如 Velocity）的因素之一。
详细分析Struts
图6 显示的是 org.apache.struts.action 包的一个最简UML 图。图 6 显示了ActionServlet (Controller)、ActionForm (Form State) 和Action (Model Wrapper) 之间的最简关系。
图6. Command (ActionServlet) 与Model (Action & ActionForm) 之间的关系的UML 图
ActionServlet 类
还记得函数映射的日子吗？在那时，会将某些输入事件映射到一个函数指针上。如果对此比较熟悉，会将配置信息放入一个文件，并在运行时加载这个文件。函数指针数组曾经是用C 语言进行结构化编程的很好方法。
现在好多了，我们有了Java 技术、XML、J2EE，等等。Struts的控制器是将事件（事件通常是HTTP post）映射到类的一个 servlet。正如您所料-- 控制器使用配置文件以使您不必对这些值进行硬编码。时代变了，但方法依旧。
ActionServlet 是该MVC 实现的 Command 部分，它是这一框架的核心。ActionServlet (Command) 创建并使用Action 、 ActionForm 和ActionForward 。如前所述， struts-config.xml 文件配置该Command。在创建 Web 项目时，您将扩展Action 和 ActionForm 来解决特定的问题。文件struts-config.xml 指示ActionServlet 如何使用这些扩展的类。这种方法有几个优点：
- 应用程序的整个逻辑流程都存储在一个分层的文本文件中。这使得人们更容易查看和理解它，尤其是对于大型应用程序而言。
- 网页设计人员不必费力地阅读Java 代码来理解应用程序的流程。
- Java开发人员也不必在更改流程以后重新编译代码。
- 可以通过扩展ActionServlet 来添加 Command 功能。
ActionForm 类
ActionForm维护Web 应用程序的会话状态。 ActionForm 是一个抽象类，必须为每个输入表单模型创建该类的子类。当我说 输入表单模型 时,是指ActionForm 表示的是由 HTML 表单设置或更新的一般意义上的数据。例如，您可能有一个由HTML 表单设置的 UserActionForm 。Struts框架将执行以下操作：
检查UserActionForm 是否存在；如果不存在，它将创建该类的一个实例。
- Struts将使用HttpServletRequest 中相应的域设置UserActionForm 的状态。没有太多讨厌的 request.getParameter() 调用。例如，Struts框架将从请求流中提取fname ，并调用 UserActionForm.setFname() 。
- Struts框架在将UserActionForm 传递给业务包装 UserAction 之前将更新它的状态。
- 在将它传递给Action 类之前，Struts 还会对UserActionForm 调用 validation() 方法进行表单状态验证。 注： 这并不总是明智之举。别的网页或业务可能使用UserActionForm ，在这些地方，验证可能有所不同。在 UserAction 类中进行状态验证可能更好。
- 可在会话级维护UserActionForm 。
注：
- struts-config.xml 文件控制HTML 表单请求与 ActionForm 之间的映射关系。
- 可将多个请求映射到UserActionForm 。
- UserActionForm可跨多页进行映射，以执行诸如向导之类的操作。
Action 类
Action 类是业务逻辑的一个包装。Action 类的用途是将 HttpServletRequest 转换为业务逻辑。要使用Action ，请创建它的子类并覆盖 process() 方法。
ActionServlet (Command) 使用perform() 方法将参数化的类传递给 ActionForm 。仍然没有太多讨厌的request.getParameter() 调用。当事件进展到这一步时，输入表单数据（或HTML 表单数据）已被从请求流中提取出来并转移到 ActionForm 类中。
注：扩展Action 类时请注意简洁。 Action 类应该控制应用程序的流程，而不应该控制应用程序的逻辑。通过将业务逻辑放在单独的包或EJB 中，我们就可以提供更大的灵活性和可重用性。
考虑Action 类的另一种方式是 Adapter 设计模式。Action 的用途是“将类的接口转换为客户机所需的另一个接口。Adapter使类能够协同工作，如果没有Adapter，则这些类会因为不兼容的接口而无法协同工作。”（摘自Gof 所著的 Design Patterns - Elements of ReusableOO Software ）。本例中的客户机是 ActionServlet ，它对我们的具体业务类接口一无所知。因此，Struts提供了它能够理解的一个业务接口，即Action 。通过扩展 Action ，我们使得我们的业务接口与Struts 业务接口保持兼容。（一个有趣的发现是， Action 是类而不是接口）。Action 开始为一个接口，后来却变成了一个类。真是金无足赤。）
Error 类
UML 图（图 6）还包括ActionError 和 ActionErrors 。ActionError 封装了单个错误消息。 ActionErrors 是ActionError 类的容器，View 可以使用标记访问这些类。ActionError 是 Struts 保持错误列表的方式。
图7. Command (ActionServlet) 与Model (Action) 之间的关系的 UML 图
ActionMapping 类
输入事件通常是在HTTP 请求表单中发生的，servlet 容器将HTTP 请求转换为 HttpServletRequest 。控制器查看输入事件并将请求分派给某个Action 类。 struts-config.xml 确定Controller 调用哪个 Action 类。struts-config.xml 配置信息被转换为一组ActionMapping ，而后者又被放入 ActionMappings 容器中。（您可能尚未注意到这一点，以s结尾的类就是容器）
ActionMapping 包含有关特定事件如何映射到特定 Action 的信息。ActionServlet (Command) 通过perform() 方法将 ActionMapping 传递给Action 类。这样就使 Action 可访问用于控制流程的信息。
ActionMappings
ActionMappings 是 ActionMapping 对象的一个集合。
再访邮件列表样例
下面我们看一下Struts 是如何解决困扰 join.jsp 的这些问题的。改写后的方案由两个项目组成。第一个项目包含应用程序的逻辑部分，这个应用程序是独立于Web 应用程序的。这个独立层可能是用 EJB 技术实现的公共服务层。为了便于说明，我使用Ant 构建进程创建了一个称为 business 的包。有几个原因促使我们使用独立的业务层：
划分责任
单独的包使管理人员能够在开发小组内委派责任。这也有助于提高开发人员的责任心。
通用件
我们设想开发人员将这个包看作一个商业软件。将它放在另外的包中使它更像通用件。这个包可能是通用件，也可能是由组织内部的另一个小组开发的。
避免不必要的构建和单元测试。
分开的构建进程有助于避免不必要的构建和单元测试。
使用接口开发
在进行开发和避免不必要的耦合时，它有助于从接口的观点来思考问题。这是极重要的一个方面。当开发您自己的业务包时，这些业务类不应该关心到底是Web 应用程序执行调用，还是独立应用程序执行调用。因此，应该避免在业务逻辑层使用对servlet API 或 Struts API 调用的任何引用。
稳定性
并不是每个组织都每天、每周甚至每月进行检修。因此，在进行开发时，稳定的接口点是重要的。不能因为业务包处于变迁阶段就认为Web 项目也应该处于变迁阶段。
业务构建注释
我用Ant 构建项目，并用 JUnit 运行单元测试。business.zip包含构建业务项目所需的一切，当然Ant 和 JUnit 除外。这个包脚本将构建类，运行单元测试，创建Java 文档和 jar 文件，最后将所有这些内容压缩到一个zip 文件中发送给客户。只要对 build.xml 作一些修改，您就可以将它部署到其他平台上。Business.jar 位于 Web 的下载部分，因此，您并非必须下载并构建这个业务包。
Web 项目
第二个项目是用Struts 开发的一个 Web 应用程序。您将需要一个符合JSP 1.1 和 Servlet 2.2 规范的容器。最快的入门方法是下载并安装Tomcat 3.2（请参阅 参考资源 ）。直到有Struts 的 1.0 发行版之前，我建议您从Jakarta 项目获得最新的版本（请参阅 参考资源 ）。这对我来说是个大问题，我不能确保我的Web 项目样例能与您下载的 Struts 一起工作。Struts仍在不断变化，所以我不得不经常更新我的项目。在本项目中，我使用的是jakarta-struts-20010105.zip。图8 显示了此 Web 项目的结构。如果您已安装了Ant，则运行这个版本将创建一个称为 joinStruts.war 的war 文件，您随时可以部署这个文件。
图8. Web 项目的结构
程序4显示了转换后的JSP 文件，称为 joinMVC.jsp 。这个文件从最初的50 行变为 19 行，并且现在不含任何Java 代码。从网页设计人员的角度来看，这是个巨大的改进。
程序4.joinMVC.jsp -- 再访简单的 JSP
<%@ page language="java" %>
<%@ taglib uri="/WEB-INF/struts.tld" prefix="struts"%>
<%@ taglib uri="/WEB-INF/struts-form.tld" prefix="form"%>
<html>
<head>
<title><struts:message key="join.title"/></title>
</head>
<body bgcolor="white">
<form:errors/>
<h3>Enter your email to join the group</h3>
<form:form action="join.do" focus="email" >
<form:text property="email"size="30" maxlength="30"/>
<form:submit property="submit"value="Submit"/>
</form:form>
</body>
</html>网页的变化
下面是使用Struts 标记库之后所发生变化的列表：
Import
<%@ taglib uri="/WEB-INF/struts.tld" prefix="struts"%>用于Java 代码的 <%@page import? 已被替换为用于Struts 标记库的 <%@ taglib uri? 。
文本
<struts:message key="join.title"/>错误
<form:errors/>HTML 表单
<form:form action="join.do" focus="email" >HTML <input> 标记已替换为<form:text/> 。
HTML <submit> 标记已替换为<form:submit/> 。
模型 -- 会话状态
JoinForm 扩展了 ActionForm 并包含表单数据。本例中的表单数据只有电子邮件地址。我已为电子邮件地址添加了一个写方法和读方法，以供框架访问。为了便于说明，我重写了validate() 方法，并使用了 Struts 的跟踪功能。Struts将创建JoinForm 并设置状态信息。
模型 -- 业务逻辑
如前所述，Action 是控制器和实际业务对象之间的接口。 JoinAction 包装了对business.jar 的调用，这些调用最初在 join.jsp 文件中。JoinAction 的 perform() 方法在清单5 中列表。
程序5.- JoinAction.perform()
public ActionForward perform(ActionMapping mapping,
ActionForm form,
HttpServletRequest request,
HttpServletResponse response)
throws IOException, ServletException {
// 抽取我们将会用到的属性和参数
JoinForm joinForm = (JoinForm) form;
String email = joinForm.getEmail();
ActionErrors errors = new ActionErrors();
// 存储输入....
try {
business.db.MailingList.AddEmail(email);
} catch (Exception e) {
// 记录日志，打印栈
// 将错误回显给用户
errors.add("email",newActionError("error.mailing.db.add"));
}
// 如需任何消息，请将指定的错误消息键保存到
// HTTP 请求中，以供<struts:errors> 标记使用。
if (!errors.empty()) {
saveErrors(request, errors);
// 返回到初始表单
return (new ActionForward(mapping.getInput()));
}
// 将控制权转交给Action.xml 中指定的 'success' URI
return (mapping.findForward("success"));
}注：perform() 返回一个称为 ActionForward 的类，该类通知控制器下一步该执行什么操作。在本例中，我使用从控制器传入的映射来决定下一步的操作。
控制器
我已修改了JSP 文件，并创建了两个新类：一个类用来包含表单数据，一个类用来调用业务包。最后，我通过修改配置文件struts-config.xml 将它们整合起来。清单6 显示了我添加的 action 元素，这个元素用来控制joinMVC.jsp 的流程。
程序6.Action 配置
<action path="/join"
name="joinForm"
type="web.mailinglist.JoinAction"
scope="request"
input="/joinMVC.jsp"
validate="true">
<forward name="success" path="/welcome.html"/>
</action>action 元素描述了从请求路径到相应的 Action 类的映射，应该用这些类来处理来自这个路径的请求。每个请求类型都应该有相应的action 元素，用来描述如何处理该请求。对于 join 请求：
joinForm 用来容纳表单数据。
因为validate 被标记为 true，所以joinForm 将试图进行自我验证。
web.mailinglist.JoinAction 是用来处理对这个映射的请求的action 类。
如果一切顺利，该请求将转到welcome.jsp 。
如果出现业务逻辑故障，流程将返回到joinMVC.jsp ，这是最初发出请求的网页。为什么会这样呢？在清单 6 的action 元素中，有一个称为 input 的属性，其值为"/joinMVC.jsp" 。在我的JoinAction.perform() （如清单5 所示）中，如果业务逻辑失败， perform() 就返回一个ActionForward ，并以 mapping.getInput() 作为参数。本例中的getInput() 是 "/joinMVC.jsp" 。如果业务逻辑失败，它将返回到joinMVC.jsp ，这是最初发出请求的网页。
使用 Struts 前后的比较
正如我们在图9 中所看到的那样，复杂性和层都有显著增加。不再存在从 JSP 文件到Service 层的直接调用。
图9. 使用 Struts 前后的比较
Struts 的优点
JSP 标记机制的使用
标记特性从JSP 文件获得可重用代码和抽象 Java 代码。这个特性能很好地集成到基于JSP 的开发工具中，这些工具允许用标记编写代码。
标记库
为什么要另发明一种轮子，或标记库呢？如果您在库中找不到您所要的标记，那就自己定义吧。此外，如果您正在学习JSP 标记技术，则 Struts 为您提供了一个起点。
开放源码
可以获得开放源码的全部优点，比如可以查看代码并让使用库的每个人检查代码。许多人都可以进行很好的代码检查。
MVC 实现样例
如果您希望创建您自己的MVC 实现，则 Struts 可增加您的见识。
管理问题空间
分治是解决问题并使问题可管理的极好方法。当然，这是一把双刃剑。问题越来越复杂，并且需要越来越多的管理。
Struts 的缺点
仍处于发展初期
Struts 开发仍处于初级阶段。他们正在向着发行版本1.0 而努力，但与任何 1.0 版本一样，它不可能尽善尽美。
仍在变化中
这个框架仍在快速变化。Struts 1.0 与Struts 0.5 相比变化极大。为了避免使用不赞成使用的方法，您可能隔一天就需要下载最新的Struts。在过去的 6 个月中，我目睹Struts 库从 90K 增大到270K 以上。由于 Struts 中的变化，我不得不数次修改我的示例，但我不保证我的示例能与您下载的Struts 协同工作。
正确的抽象级别
Struts 是否提供了正确的抽象级别？对于网页设计人员而言，什么是正确的抽象级别呢？这是一个用$64K 的文字才能解释清楚的问题。在开发网页的过程中，我们是否应该让网页设计人员访问Java 代码？某些框架（如 Velocity）说不应该，但它提供了另一种Web 开发语言让我们学习。在 UI 开发中限制访问Java 有一定的合理性。最重要的是，如果让网页设计人员使用一点 Java，他将使用大量的Java。在 Microsoft ASP 的开发中，我总是看到这样的情况。在ASP 开发中，您应该创建 COM 对象，然后编写少量的ASP 脚本将这些 COM 对象联系起来。但是，ASP开发人员会疯狂地使用ASP 脚本。我会听到这样的话，“既然我可以用VBScript 直接编写 COM 对象，为什么还要等COM 开发人员来创建它呢？”通过使用标记库，Struts有助于限制JSP 文件中所需的 Java 代码的数量。LogicTag 就是这样的一种库，它对有条件地生成输出进行管理，但这并不能阻止 UI 开发人员对Java 代码的狂热。无论您决定使用哪种类型的框架，您都应该了解您要在其中部署和维护该框架的环境。当然，这项任务真是说起来容易做起来难。
总结
Struts 使用标记和MVC 解决了某些重大问题。这个方法有助于提高代码的可重用性和灵活性。通过将问题划分为更小的组件，当技术空间或问题空间中出现变化时，您就有更多的机会重用代码。此外，Struts使网页设计人员和Java 开发人员能将精力集中于自己最擅长的方面。但是，在强健性增强的同时，也意味着复杂性的增加。Struts比简单的单个JSP 网页要复杂得多，但对于更大的系统而言，Struts 实际上有助于管理复杂性。另外，我并不想编写自己的MVC 实现，而只想了解一个这样的实现。不管您是否会使用 Struts，回顾这个Struts 框架（对不起，应该是库）都会使您对 JSP 文件和servlet 的特性、以及如何将它们组合起来用于您的下一个 Web 项目有更好的了解。正像翼间支柱是机翼结构中不可缺少的一部分一样，Strut也可能成为您下一个Web 项目的不可缺少的一部分。
1127
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
