下面再考虑一下主要版本更新。IBM 定期地发布新的主要发行版，其中对我们 的产品进行了主要的功能更新。我们暂时继续支持旧的主要发行版，但不会太久 。这意味着您必须安排从一个主要发行版转到另一个主要发行版。这是不可避免 的，并且应该在您的成本模型中加以考虑。如果您是供应商，这意味着您必须经 常地对您的产品进行更新，以支持新的 WebSphere Application Server 版本， 否则您的客户将停滞于不受支持的 IBM 产品，我们曾多次碰到过这种情况！如果 您正从供应商处购买产品，我们鼓励您要留心您的供应商，以确保他们承诺支持 IBM 产品新的版本。停滞于不受支持的软件是一种非常危险的情况。

17. 在代码中所有关键的地方，使用标准的日志框架记录程序的状态。

这包括异常处理程序。使用像 JDK 1.4 Logging 或 Log4J 这样的日志框架。

有些时候，日志记录是最乏味的工作，降低了编程的价值，但是这样做可以减 少调试的时间，并尽快地完成相应的任务。根据一般的经验，在每个过渡的地方 ，需要进行日志记录。当您将参数从一个方法传递到另一个方法，或从一个类传 递到另一个类，需要进行日志记录。在对一个对象进行某种转换时，需要进行日 志记录。在碰到不解之处时，需要进行日志记录。

在决定了进行日志记录之后，需要选择一种合适的框架。实际上有许多选择， 但是我们偏爱 JDK 1.4 Trace API，因为它们已全面地集成到了 WebSphere Application Server 跟踪子系统中，并且是基于标准的。

最重要的Java EE最佳实践(10)

18. 在完成相应的任务后，请始终进行清理。

如果您从池中获取了一个对象，请始终确保将其返回到池中。

无论运行于开发、测试或生产环境中，我们发现 Java EE 应用程序最常见的 错误之一是内存泄漏。绝大部分情况是因为开发人员忘了关闭连接（大多数情况 下是 JDBC 连接）或将对象返回到池中。对于任何需要显式关闭的或需要返回到 池中的对象，请确保进行了这样的操作。不要编写出这样糟糕的代码。

19. 在开发和测试过程中遵循严格的程序。

这包括采用和遵循软件开发方法学。

大型系统的开发是非常困难的，所以应该十分谨慎。但是，我们常常发现一些 团队疏于管理、或者不能全心全意地遵循相关的开发方法（这些方法可能不适用 于他们正在进行的开发类型）、或者他们并没有很好地理解这一点。最为糟糕的 可能是尝试每个月更换不同的开发方法，在单个项目的生命周期中，一个团队从 RUP 改变为 XP，以及一些其他敏捷方法。

总之，对于大多数团队而言，只要团队成员能够很好地理解、严格地执行、并 根据特定的技术本质和使用该方法的团队进行适当的调整，那么几乎任何一种方 法都是有效的。对于那些尚未采用任何方法、或者那些不能够完全地利用所选方 法的团队，我们建议他们参考一些优秀的著作，如 [Jacobson]、[Beck1] 或 [Cockburn]。另一个有价值的信息来源是最近公布的用于 Eclipse Process Framework [Eclipse] 的 OpenUP 插件。对于这个已经介绍过的主题，我们不想 做过多的重复，建议读者参考 [Hambrick] 和 [Beaton2]（请参见参考资料）。

结束语

在这个简短的摘要中，我们已经向您介绍了 Java EE 中的核心模式和最佳实 践，它们使得 Java EE 开发成为一种可管理的过程。尽管我们并没有给出所有在 实践中使用这些模式的必要细节，但是我们希望能够给您足够的指点和指导，以 帮助您决定下一步要做什么。

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!