BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

Java EE 5 EJB更易用吗?

| 作者 Geoffrey Wiseman 关注 0 他的粉丝 ,译者 宋玮 关注 0 他的粉丝 发布于 2007年9月8日. 估计阅读时间: 3 分钟 | GMTC大前端的下一站,PWA、Web框架、Node等最新最热的大前端话题邀你一起共同探讨。

在过去EJB 1.X 和 2.X的时代,许多Java企业应用开发者有过一些使用Enterprise JavaBean的经历,但多数开发者仍继续选择他们所相信的更轻量级的技术,例如Spring框架,因为他们感觉手工构建解决方案,或者使用轻量级框架构建解决方案都比用Enterprise JavaBean更容易、更省时。

Jave EE 5.X 和 EJB 3.X都在探索简单和更轻量级开发实践;POJO解决方案更简单且有更易理解的代码,这种论调依然成立吗?Adam Bien 不这么认为

实际上简化EJB3.0是困难的(真诚欢迎提出意见)。

有趣的是:没有EJB 3 Session Bean的Java EE 5 Web应用更复杂。

他用两小段代码做示范,一个用EJB 3,另一个不用,结论是:

代码不但简单而且清晰。资源由容器来管理并注入。但是由于引入一个单一的Session Bean,易管理性和监测性可以得到显著提高。使用象Glassfish这样的工具调用流程,你可以监测到整个调用栈的性能。最酷的是——XML配置是可选的。在EJB 3.1中,甚至本地接口都是可选的。

Matt Corey 补充道:

一个有趣的话题是,在EJB 3.1里,将不再需要把你的EJB在Web应用之外单独打包……JSR中描述:“在servlet容器中支持直接使用EJB,包括被简化的打包选项”

Jason Carreira提供了一些对比:

情况是,正如EJB 3比EJB 2.1好很多一样,Spring比EJB 3好很多。比起Spring提供给你的将调用栈串接起来的强大功能,EJB3依赖注入显得相当弱。

再加上,当我可以只需带上总是有一致实现的Spring jar文件时,为什么还要忍气吞声的去适应依赖于不同应用服务器实现的EJB规范?如果我决定坚持使用Spring的特定实现,我可以把那个实现带到任何应用服务器或servlet容器,而且,如果规格发生了变化,只要我不想,就不必升级或改变我的代码。你的最新版应用服务器会在5年内一直运行EJB 3吗?10年呢?或许会,或许不会。

Spring和EJB3之间的比较是非常普遍的;许多人由于Spring遗忘了EJB 1.X 和 2.X的复杂性,现在他们可能发觉自己会疑惑与EJB 3相比会怎么样呢?或许大量的开发者转移到了Groovy和Grails,或Ruby和Rails。

有了EJB3的Java企业版比没有EJB3的更简单吗?如果你已经使用了以前版本的Enterprise JavaBean,新的简化会帮你鼓起勇气去使用它们吗?

查看英文原文:Is Java EE 5 easier with EJB?

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我
社区评论

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT