JSP 最新特性及思想的最佳实践 1
作者:Dustin Marx 著;chessboy 译 发文时间:2003.08.19 13:43:19
概要: 概要: JSP 规范的不断进展,可用的 jsp 开发工具数量不断增多,以及 jsp 技术可涉及 领域的不断的扩展,促进了基于 jsp 技术的高维护性能和标准化的网络应用的开发。 这篇文章讨论了在 jsp 进展中的一些主要内容以及如何更容易的开发健壮的 JSP 网络 应用。这篇文章可以帮助读者提高应用 JSP 强大功能的能力,并能够让你为将来 JSP 的升级做好准备。 自从我(原文作者)在 2001 年底发表了“JSP 最佳实践”以来,JSP 技术已经有了 戏剧性的发展。 许多的工具已经使得开发基于 JSP 技术的网页变的更加容易。 在上一 篇我的“最佳实践”的文章中所提到的实践依然适用。然而,随着新的特性,工具,以 及 JSP 开发思想的出现你需要使用更多的最佳实践来开发更加平滑的高维护性能的 JSP 的应用。 这篇文章列出了一些应用了最重要的新的特性, 工具和思想的最佳实践: 开始编写 JSP document. 引入 JSP 编程约定 使用正确的范围(Scope) 小心的管理“会话”范围 利用 JSTL(JavaServer Pages Standard Tag Library)的特点 利用 servlet filers(Intercepting Filter pattern)的特点 创建你的 Jsp pages 的文档 预先编译 JSP 网页和文档 组织文件和目录以便于容易的开发和部署 小心使用私有的,与供应商特定的特性 HTML 标签使用 XHTML(Extensible HyperText Markup Language)语法 使用 JSP document.不是 JSP pages JSP 规范支持 JSP pages 同样也支持 JSP document。两者之间主要的区别是它们 对 XML 兼容的程度。 pages 使用传统的或者说是“速记 JSP (shorthand) ”语法, JSP 而
document.用的语法完全与 XML 相兼容。JSP document.时候被成为是使用了 XML 语法的 JSP pages。但是这里我将分别称它们为 JSP pages 和 JSP document.便加以区 分。 基于以下几个原因我推荐使用 JSP document. 1.JSP document.很好组织了的 XML\
HTML(You can easily verify JSP document. as well-formed XML/HTML) 2.可以使用 XML Schema 来验证 JSP document. l 可以很容易的使用标准的 XML 工具来写和解析 3.可以使用 XSLT (Extensible Stylesheet Language Transformations) 以不同的 form 来编写 JSP document.具体请看“JSP document.nbspwith XSLT”javaworld/javaworld/jw-07-2003/jw-0725-morejsp.html 4.JSP 使用了 XML 相容 include 和 forward action,custom 标签,因而使得整个 document.XML 相容,这样就提高了编码的一致性。 5.JSP document. 相对 JSP pages 需要稍微多一点的开发规则, 但是带来的好处是 更加容易阅读和维持的 document.,特别是对于刚刚开始学习 JSP 的人来说。 关于创建 JSP document.和其特点的
详细内容请参考“Write JSPs in XML Using JSP1.2”(javaworld/javaworld/jw-07-2003/jw-0725-morejsp.html) JSP document.最大的缺点是没有与 XML 相兼容的 JSP 注释存在。JSP document.以使用客户端的注释(HTML-/XML –style)或者是嵌入的 java 注释。但 是没有 JSP document.<%-- --> 而
JSP 可用的上面的两种注释方法都有其自身的缺 点。你可以在得到的网页中看到客户端的注释(通过浏览器视图里面的“查看源文件” 功能),而且要使用 java 的注释需要将 java 代码直接的写在 JSP document.中。 在本文剩下的章节中,我将使用 JSPs 来代表 JSP pages 和 JSP document,因为我 所讨论的最佳实践同样的适用这两种形式的 JSP。 使用 JSP 的编码规范 无论使用任何一种语言,创建的任何工程,在提高开发,维护,和测试你的
软件的角 度遵循编码的标准和规范都是很明智的选择。 读其他开发人员的代码并不简单而且也 不是愉快的事情。 但是, 如果所有的开发人员都遵循同样的命名规范和其他的一些约 定的