首页 > 娱乐 > 使用Translator模式构建更好的网
使用Translator模式构建更好的网
网上收集 2007/12/17 22:44:21 (325)
本文介绍 Translator 模式,并说明如何在 JSP 技术和 servlet 环境中使用 Translator 模式。读完本文以后,您将能够利用本文提供的代码示例成功实现这一模式。
   在使用 JSP 文件和 servlet 构建 Web 应用程序时,应用程序的界面多半会是 HTML。浏览器翻译后的HTML 就是一个大型字符串。构成应用程序的业务对象只有少数属性为字符串,其余属性则为日期、数字甚至其他业务对象。在构建 Web 应用时,如何将业务对象所包含的信息转换为浏览器可识别的 HTML 是个大问题。几乎每个应用程序都会以 HTML 格式收集信息,而这些信息又会作为字符串发送给服务器。因此现在还存在如何将所提交的信息转换为业务对象可识别的值这一问题。
    Translator 模式通过提供一个与 JSP 文件、servlet 和业务对象协同工作的Translator 对象解决了这两个问题。Translator 对象将三个不同对象结合在一起,从而使每个对象都专用于完成一项给定的任务。Translator 对象之所以可充当这个纽带,是因为它封装了要完成的全部转换逻辑。JSP 文件与 Translator 对象通信,专用于显示信息。这使 JSP 文件变得比较“干净”,即 JSP 文件中几乎没有 Java 代码。servlet 专门处理业务对象的持久性和屏幕之间的导航流。有了 servlet 专门处理这些任务,JSP 文件就几乎不需要 Java 代码了,从而使 JSP 文件变得更加“干净”.更详细一点,如前所述Translator 模式由三个基本部分组成,分别是专用的 Translator 对象、servlet 和 JSP 文件。
    JSP 文件的唯一职责就是充当用户界面类。这是可能的,因为 JSP 文件从 Translator 对象获取预先格式化好的字符串值(稍后讨论)。JSP 文件应包含尽可能少的 Java 代码,因为负责开发 JSP 文件的网页设计者通常对 Java 编程语言知之甚少,或者干脆就一无所知。使内嵌在 JSP 文件中的 Java 代码尽可能达到最少,这样就使 JSP 文件更像纯 HTML 页面。与整篇都纠缠着 Java 代码的 JSP 文件相比,纯 HTML 页面的修改要容易得多。
    Translator 对象是一种专用的类,它类似于 MVC 模式中的模型 (model) 类。Translator 对象将业务对象与 JSP 文件中的显示域联系起来。网页设计者将调用 Translator 对象的一个 getter 方法在 JSP 文件中显示动态信息。Translator 对象将返回一个预先格式化好的字符串,因此网页设计者需要做的全部工作就是将它发送到一个输出流中。Translator 对象能够提供此信息,因为它在内部变量中存储着需要显示的全部值。这些变量是由 syncGuiToModel() 和 processForm() 方法设置的。这两个方法专门处理屏幕和 Translator 之间的信息同步。小组中的 Java 开发人员负责构建这个 Translator 对象。
    最后,servlet 专用于处理导航流和业务对象的持久性。当 servlet 接收到提交表单时,它将获得 Translator 对象的一个实例,并使用 processForm() 方法将对表单的分析委派给 Translator 对象。在表单的分析完成以后,servlet 就会让 Translator 对象使用 syncModelToGui() 方法将业务对象的值同步为表单中所提交的值。在成功转换所提交的值并将它们设置到业务对象上之后,servlet 将对业务对象执行持久化,并向网页访问者显示确认页。
    给我显微镜
    下面我们仔细查看 Translator 模式的三个部分:JSP 文件、servlet 和 Translator 对象。(本文的示例遵循的是 Servlet 2.1 规范和 JSP 1.0 规范。这些示例是在 WebSphere 3.02 和 WebSphere 3.5 环境下构建和测试的。)
    JSP 文件
    使用 Translator 模式的典型 JSP 输入表单如下所示:
<%@ page extends="com.ibm.igs.ispkcm.translator.JspBase"
import="com.ibm.developerworks.translatorpattern.LoanTranslator,
Java.util.Hashtable"%>
<HTML>
<%
LoanTranslator ltLoan = LoanTranslator.getInstance(request);
Hashtable htErrors = ltLoan.getErrors();
%>
<HEAD>
</HEAD>
<BODY>
    <%= displayErrors(htErrors) %>
    <action="/servlet/com.ibm.developerworks.translatorpattern.LoanRegistrationServlet">
    <%= hightLightErrors(ltLoan.BORROWER_LAST_NAME, htErrors) %>Borrower Last Name:
    <INPUT name="<%= ltLoan.BORROWER_LAST_NAME %>"
    value="<%= ltLoan.getBorrowerLastName() %>">
    </FORM>
</BODY>
</HTML>
    在 Translator 模式中,所有表单都是 JSP 文件,而非 HTML 文件,所以输入域的值可以是动态的。这一点很重要,因为我们网站的访问者是实实在在的人,他们会犯输入错误。比让网站通知您它不接受您的输入更糟糕的唯一一件事情是,让它通知您它不接受您在某个域中输入的内容,并要求您重新键入其他 20 个域,因为某个程序员正忙于检查股市报价,没有时间来提高输入表单的用户友好性。在Translator 模式中,输入表单的每个输入域的值都是动态设置的,因此如果因存在输入错误而需要向网站访问者重新显示输入页,他们就会看到突出显示的错误,但其他输入项仍然保留。

请记住,JSP 文件是由对 Java 代码知之甚少或一无所知的网站设计者编写和维护的。鉴于这个原因,我们希望 JSP 文件包含尽可能少的 Java 代码。但我们在上一段的说明听起来好像需要编写大量的 Java 代码。该 JSP 文件示例只有少量 Java 代码,但它们主要位于表达式 (<%= x %>) 中。它们能够使用这些众多的功能,因为 JSP 文件从它的超com.ibm.igs.ispkcm.translator.JspBase 中继承了这些代码,并将大量代码放在 Translator 对象中。

   在此 JSP 文件中,要注意的第一点是它有一个 page 指令标记。这是因为它需要继承一个超类,并需要导入两个类。JSP 文件继承了超类 com.ibm.igs.ispkcm.translator.JspBase,因为 JspBase 包括一些很好的实用函数,它使得 JSP 文件可包含更少的代码。该 JSP 文件所用的主要实用函数是 displayErrors() 和 highLightErrors()。该 page 指令导入 LoanTranslator 和 Hashtable,因为 JSP 文件中引用了这两个类,导入这两个类是为了以后在此 JSP 代码中引用这两个类时不必使用它们完全限定的类名。以下代码显示了 import 语句的一个示例:
<%@ page extends="com.ibm.igs.ispkcm.translator.JspBase"
import="com.ibm.developerworks.translatorpattern.LoanTranslator,
Java.util.Hashtable"%>
 
    JSP 文件中第一行真正的 Java 代码获取 Translator 对象的一个实例,然后获取一个 Hashtable,其中存储着属于 Translator 对象的那个实例的错误。因为 JSP 文件(在编译后)是一个 servlet,所以它是一个无状态的服务对象。Translator 对象将在特定 JSP 文件或 servlet 的不同往返之间维护必要的状态信息。状态信息应仅限于网站访问者输入的值和要向网站访问者显示的任何处理错误。因为 Translator 对象的每个实例都与一个特定的网站访问者相关联,所以 JSP 文件调用 Translator 对象的 getInstance(HttpServletRequest) 方法。由于为该方法传递的是一个 HttpServletRequest 对象,所以该方法将能够检索与该网站访问者的 HttpSession 相关的 Translator 实例。
<%
LoanTranslator ltLoan = LoanTranslator.getInstance(request);
Hashtable htErrors = ltLoan.getErrors();
%>
    在此 JSP 文件示例中,网站访问者将在表单的顶部看到所有处理错误。用来显示这些错误消息的 HTML 是使用 <%= displayErrors(htErrors) %> 表达式输出的。displayErrors() 方法是从 JSP 文件的超类 JspBase 中继承而来的。有了 displayErrors(),用于显示错误消息的所有逻辑都被集中在一起,从而简化了维护工作。
    下面这段代码模板适用于表单上的每个输入域:
<%= hightLightErrors(ltLoan.BORROWER_LAST_NAME, htErrors) %>Borrower Last Name:
<INPUT name="<%= ltLoan.BORROWER_LAST_NAME %>"
value="<%= ltLoan.getBorrowerLastName() %>">
 
    highLightErrors() 是从 JSP 文件的超类 JspBase 中继承而来的。如果某个输入域有错误,该方法将突出显示该输入域的标签。该方法接收两个参数:String 和Hashtable。该 Hashtable 是其中存储着从 Translator 的实例检索而来的错误的 Translator。String 是正在检查其是否有错误的输入域的名称。如果存在与该域相关的错误,highLightErrors() 就会返回突出显示此输入域的标签的 HTML。
    在此代码模板中,须注意的重要一点是:INPUT 标记的 name 属性是由一个表达式设置的,该表达式使用 LoanTranslator 对象的 BORROWER_LAST_NAME 常量。因为在 JSP 文件中引用此域名时使用了一个常量,所以 Translator 对象和 servlet 的调试变得更加容易。使用常量更为容易,因为无论何时开发人员更改此域的名称,他们都会获得一个编译错误,而非运行时错误。查找编译错误要容易得多,因为编译器会立即指出错误,而运行时错误到调试和测试期间才能被发现。
    有关此代码模板的最后一个(也是最重要的一个)注意事项是:INPUT 标记的 value 属性是由一个表达
阅读(325) (责任编辑:城市网)
关于我们 - 联系我们 - 网站荣誉 - 广告服务 - 版权声明 - 网站地图
Copyright© 2007-2018 bj1.com.cn 首都热线 版权所有 QQ:165687462
中国·北京 粤ICP备14047004号-20