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 框架，在开发过程中就会出现许多的问 题。最常见的问题就是在视图部分添加了太多的成分，例如，可能存在使用 JSP 标记来执行数据库访问，或者在 JSP 中进行应用程序的流程 控制，这在小规模的应用程序中是比较常见的，但是，随着后期的开发，这样做将会带来问题，因为 JSP 逐步变得越来越难以维护和调试。 类似地，我们也经常看到将视图层构建到业务逻辑的情况。例如，一个常见的问题就是将在构建视图时使用的 XML 解析技术直接应用 到业务层。业务层应该对业务对象??而不是绑定到视图的特定数据表示进行操作。 然而，只是具有合适的组件并不一定意味着可以使 您的应用程序得到合适的分层。我们常常见到一些应用程序包含 servlet、 JSP 和 EJB 组件所有这三项，然而，其主要的业务逻辑却是在 servlet 层实现的，或者应用程序导航是在 JSP 中处理的。您必须进行严格的代码检查并重构您的代码，以确保应用程序的业务逻辑只在模型 层（Model layer）进行处理，应用程序导航只通过控制器层（Controller layer）进行处理，而您的视图（Views）只是将传递过来的模型对 象以 HTML 及 JavaScript 的形式表示出来。 2. 在应用程序的每一层都使用自动单元测试和测试管理。 不要只是测试您的图形用户界面（GUI)。分层的测试使测试及维护工作变得极其简单。 在过去的几年中，在方法学领域有了 相当大的革新，例如新出现的被称为 Agile（ 例如 SCRUM [Schwaber] 和极限编程 [Beck1]）的轻量级方法现在已经得到了很普遍的应用。几 乎所有的这些方法中的一个共同的特征是它们都提倡...
