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])的轻量级方法现在已经得到了很普遍的应用。几 乎所有的这些方法中的一个共同的特征是它们都提倡...