为什么人们要设计难以编写和部署的EJB2？
许多 J2EE 开发人员都知道 EJB2 迫使他们编写“无用的”Home 接口。另外，部署XML在应用程序服务器之间是不同的。
所以我不知道为什么EJB2多年来一直是J2EE规范的一部分？有任何非技术兴趣吗？
Many J2EE developers know that EJB2 forces them to write 'useless' Home interfaces. In addition, deployment XML are different among application servers.
So I don't know why EJB2 is part of J2EE specification for many years? Any non-technical interest are concerned?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
您是否在问为什么一般人仍然使用EJB2.1？
因为：
基本上，任何人使用遗留技术的原因都是一样的。
Are you asking why in general people still use EJB2.1?
Because:
The same reasons anybody uses legacy technology, basically.
为什么 EJB2 是 J2EE 规范的一部分：因为它就是！
它曾经是，而且永远如此。 （您无法在中期更改具有约束力的合同。）
为了不将其纳入规范的一部分，他们必须提供新规范：Java EE
这是 J2EE 的更新版本，使用 Java 5。
为什么它仍然被使用：
Why EJB2 is part of the J2EE specs: because it is!
It once was, and so it will always be. (You cannot change a binding contract in mid-term.)
In order to not make it part of the specs, they had to come with new specs: Java EE
This is the updated version of J2EE, using Java 5.
Why it is still being used:
EJB2的复杂性需要更多的程序员人力资源。所以EJB2有利于程序员的就业率。这就是 EJB2 生存的一个原因:)
The complexity of EJB2 needs more programmer human resource. So EJB2 is good for programmer employment rate. This is a reason for EJB2 survive:)