来自IBM DW

在开发基于 Java 的网站的视图层时，JavaServer Pages 被广泛地认为是自然而然的（或唯一的）选择。事实上，每个建立在 Java 平台上的站点实 际上都用到了 JSP 技术。JSP 技术非常有名，大多数应用程序服务器都支持它，J2EE 计划也认可了它。为什么还要选择其它技术呢？在这篇由两 部分组成的文章的第一部分中，我向您介绍了 Tea 模板语言，还向您演示了 Tea 是如何能够成为 JSP 技术的一种可行的替代方案。在第二部分 中，您将探索如何将 Tea 集成为模型-视图-控制器（Model-View-Controller (MVC)）2 体系结构（尤其是 Struts 应用程序）中的视图。

不宜使用 JSP 技术的情形
尽管 JSP 技术广受欢迎，但它却不是唯一选择。而且，也有一些充分的理由不使用这项技术。在 Servlets.com 上的一篇文章中，Jason Hunter 指出了 JSP 环境的七个问题（参阅参考资料）。总结起来，那些问题是：

1. 将（原始 Java 代码形式的）业务逻辑置于页面上的诱惑很大。
2. 大多数普通任务的性能需要 java 代码。
3. 简单的任务很难；因此，非 Java 设计者无法执行这些任务。
4. JSP 环境中的循环很笨拙 — 定制标记令人信服地解决了这一问题。
5. 会出现无用的错误消息。
6. JSP 编程需要 Java 编译器。
7. 生成的中间 servlet 浪费了空间。

注：自 Jason 最初写这篇文章以来，JSP 技术规范已经经历了两次修订，上面的一些问题已经得到了部分解决。然而，JSP 技术仍然有其不足。

8. 除了 Jason 列举的那些问题之外，我也想补充 JSP 技术的另一个问题：

很容易由于部署一个带有错误的 JSP 页面而无意中破坏网站中的某个页面（或多个页面）。

一些模板引擎已经被开发出来以替代 JSP 技术。它们包括 WebMacro、Velocity、Enhydra XMLC 以及本文的主题 — Tea。

阅读全文（IBM dW）>>>

评论 (0) All

登陆 还没注册？