为什么要“J2EE Without EJB”

<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>

<br/>

传统的J2EE架构方案得到的结果常常无法让人满意:过于复杂的应用程序、令人失望的性能、难以测试、开发和维护成本高昂。
事情原本不必这样的。对于绝大多数应用程序,原本应该有更好的选择。在本书中,我们将向读者介绍一种更加简单、而又不失强大的架构方案。这种方案有作者多年的J2EE经验作为支撑,并且使用了诸如控制反转(Inversion of Control,IoC)和AOP等较新的技术。它用更加轻量级、更加灵活的基础设施取代了EJB,并因此受益良多。本书作者和其他很多人已经在很多真实应用中使用了这种架构方案,并且得到了比传统架构更理想的结果。
下面,我们就来简单看看相关的主题。在后面的章节中,我们还将深入讨论这些主题。
聚光灯下的EJB
和绝大多数同行一样,当我第一次看到EJB时,它所许诺的美景令我激动不已。那时,我深信它就是企业中间件的不二法门。可是,时至今日,我的观点早已发生了变化,而促成这种变化的正是我本人和众多同行的亲身经验。
时移世异,自从EJB规范成型以来,很多事情已经变了样:
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值