利用Spring框架改进J2EE编程

J2EE编程正在变得越来越复杂。J2EE已经发展为一个API、复杂化的编程和配置的复杂网络。为了应对这种复杂性，新的框架和方法不断涌现。这些框架高度依赖于一个称为IoC（Inversion of Control，反向控制）的概念。本文将探讨这种方法的一些特性和优点，因为这种方法与J2EE编程相关，而且可以使J2EE编程变得更轻松。

　　简介

　　马克·吐温的一句话常被引用：“……关于我死亡的报道是一种夸张。”现在已经出现了很多关于.Net的流言，以及认为J2EE API的复杂性无法克服和EJB作为一种组件架构即将灭亡的流行极客(geek)文化。从学术或者只是想像的立场来看，这没什么大不了的，但事实是J2EE/EJB API已经经历了一场达尔文式的进化。具有DCOM或CORBA项目经验的读者会明白我的意思。过去，人们都乐于听闻EJB组件模型的美好前景。实际情况是，人们在与J2EE相关的各个方面都投入巨大。宣布抛弃以前的所有工作并重新组织，这种想法看起来也许有理，但是它并没有建立在良好的业务洞察力之上。EJB继续发展，而术语、实践和框架也随之涌现(spring up)，它们弥补了J2EE API的不足。我说的不是“Spring出现(up)”，对吧？

　　我是一名顾问，职责是帮助构建大型的分布式应用程序，而且通常是J2EE应用程序。因此，我有机会亲历许多项目的整个生命周期。另外我还能够将我从一个刚刚完成的项目中刚刚学到的东西直接带入一个全新的项目。从某种意义上说我的“自然选择”过程加快了。我可以说最近Spring（更具体地说就是IoC，即反向控制）已经越来越多地融入到我的项目中了。在本文中，我将从支持或增强J2EE项目的角度来探讨Spring。更确切地讲，Spring框架能够标准化许多J2EE最佳实践，还能同类化(homogenize)许多无处不在的J2EE模式。接下来我们将浏览Spring庞大体系中的一小部分内容，重点介绍（依我浅见）能够帮助改进J2EE应用程序的功能。