最重要的几个JEE最佳实践.docVIP

最重要的 10 几个J2EE 最佳实践 简介 在过去的 5 年中，已经有许多人写了关于 J2EE 最佳实践方面的书以及文章。现在大约有 10 本（或更多的）书以及众多的文章，它们对如何构建 J2EE 应用程序提出了深刻的见解。实际上，这方面的参考资料如此之多，并且这些参考资料之间往往还存在着一些矛盾的推荐，当您经历这些迷惑的时候，这些迷惑会对使用 J2EE 本身形成一种阻碍。为了能够为存有此迷惑的人提供一些简单的指导，于是我们列出了下面的“最重要的 10 个”清单，它们是我们感觉最重要的 J2EE 最佳实践。遗憾的是，10 项内容不足以阐述所有的内容，尤其是当您将 Web 服务开发作为 J2EE 的一部分。因此，为了使 J2EE 得到发展，我们决定使用“最重要的 12 个”清单而不是“最重要的 10 个”清单。 为了不使问题复杂化，我们就使用——?最重要的 10 (+ 2) J2EE 最佳实践…… 最佳实践 始终使用 MVC 框架。 在每一层都应用自动单元测试和测试管理。 按照规范来进行开发，而不是按照应用服务器来进行开发。 从一开始就计划使用 J2EE 安全性。 创建您所知道的。 当使用 EJB 组件时，始终使用会话 Facades。 使用无状态会话 bean，而不是有状态会话 bean. 使用容器管理的事务。 将 JSP 作为表示层的首选。 当使用 HttpSession 时，尽量只将当前事务所需要的状态保存其中，其他内容不要保存在 HttpSession 中。 在 WebSphere 中，启动动态缓存，并使用 WebSphere servlet 缓存机制。 为了提高程序员的工作效率，将 CMP 实体 bean 作为 O/R 映射的首选解决方案。1. 始终使用 MVC 框架。 MVC 框架可以将业务逻辑（Java beans 和 EJB 组件)、控制器逻辑（Servlets/Struts 动作）、表示层（JSP、XML/XSLT）清晰地分离开来。良好的分层可以带来许多好处。 MVC 框架对于成功使用 J2EE 是如此重要，以致没有其他最佳实践可以与其相提并论。模型-视图-控制器（MVC）是设计 J2EE 应用程序的基础。MVC 将您的程序代码简单地划分下面几个部分： 负责业务逻辑的代码（即模型——通常使用 EJB 或者普通的 Java 对象来实现）。 负责用户界面显示的代码（即视图——通常通过 JSP 及标记库来实现，有时也使用 XML 和 XSLT 来实现）。 负责应用程序流程的代码（即控制器——通常使用 Java Servlet 或像 Struts 控制器这样的类来实现）。 现在有许多关于 MVC 的极好的综述，我们特别推荐感兴趣的读者可以参考 [Fowler] 或 [Brown] 的文章（请参见?参考资料），您可以从中得到对 MVC 全面而深刻的理解。 如果您不遵循基本的 MVC 框架，在开发过程中就会出现许多的问题。最常见的问题就是在视图部分添加了太多的成分，例如，可能存在使用 JSP 标记来执行数据库访问，或者在 JSP 中进行应用程序的流程控制，这在小规模的应用程序中是比较常见的，但是，随着后期的开发，这样做将会带来问题，因为 JSP 逐步变得越来越难以维护和调试。 类似地，我们也经常看到将视图层构建到业务逻辑的情况。例如，一个常见的问题就是将在构建视图时使用的 XML 解析技术直接应用到业务层。业务层应该对业务对象——而不是绑定到视图的特定数据表示进行操作。 然而，只是具有合适的组件并不一定意味着可以使您的应用程序得到合适的分层。我们常常见到一些应用程序包含 servlet、JSP 和 EJB 组件所有这三项，然而，其主要的业务逻辑却是在 servlet 层实现的，或者应用程序导航是在 JSP 中处理的。您必须进行严格的代码检查并重构您的代码，以确保应用程序的业务逻辑只在模型层（Model layer）进行处理，应用程序导航只通过控制器层（Controller layer）进行处理，而您的视图（Views）只是将传递过来的模型对象以 HTML 及 JavaScript 的形式表示出来。 2. 在应用程序的每一层都使用自动单元测试和测试管理。 不要只是测试您的图形用户界面（GUI)。分层的测试使测试及维护工作变得极其简单。 在过去的几年中，在方法学领域有了相当大的革新，例如新出现的被称为 Agile（例如 SCRUM [Schwaber] 和极限编程 [Beck1]，请参见?参考资料）的轻量级方法现在已经得到了很普遍的应用。几乎所有的这些方法中的一个共同的特征是它们都提倡使用自动的测试工具，这些工具可以帮助开发人员用更少的时间进行回归测试 (regression testing)，并可以帮助他们避免由