<script type="text/javascript"><!--
google_ad_client = "pub-1926348199765453";
/* 文章顶部 */
google_ad_slot = "0385006797";
google_ad_width = 728;
google_ad_height = 90;
//-->
</script>
<script type="text/javascript"
src="http://pagead2.googlesyndication.com/pagead/show_ads.js">
</script>
google_ad_client = "pub-1926348199765453";
/* 文章顶部 */
google_ad_slot = "0385006797";
google_ad_width = 728;
google_ad_height = 90;
//-->
</script>
<script type="text/javascript"
src="http://pagead2.googlesyndication.com/pagead/show_ads.js">
</script>
<br/>
传统的J2EE架构方案得到的结果常常无法让人满意：过于复杂的应用程序、令人失望的性能、难以测试、开发和维护成本高昂。
事情原本不必这样的。对于绝大多数应用程序，原本应该有更好的选择。在本书中，我们将向读者介绍一种更加简单、而又不失强大的架构方案。这种方案有作者多年的J2EE经验作为支撑，并且使用了诸如控制反转（Inversion of Control，IoC）和AOP等较新的技术。它用更加轻量级、更加灵活的基础设施取代了EJB，并因此受益良多。本书作者和其他很多人已经在很多真实应用中使用了这种架构方案，并且得到了比传统架构更理想的结果。
下面，我们就来简单看看相关的主题。在后面的章节中，我们还将深入讨论这些主题。
聚光灯下的EJB
和绝大多数同行一样，当我第一次看到EJB时，它所许诺的美景令我激动不已。那时，我深信它就是企业中间件的不二法门。可是，时至今日，我的观点早已发生了变化，而促成这种变化的正是我本人和众多同行的亲身经验。
时移世异，自从EJB规范成型以来，很多事情已经变了样：