Java 为什么人们要设计难以编写和部署的EJB2?

Java 为什么人们要设计难以编写和部署的EJB2?,java,jakarta-ee,ejb-2.x,Java,Jakarta Ee,Ejb 2.x,许多J2EE开发人员知道EJB2迫使他们编写“无用”的主接口。此外,部署XML在应用程序服务器之间是不同的 所以我不知道为什么多年来EJB2一直是J2EE规范的一部分?您是否关心任何非技术性的兴趣?您是否在问为什么一般人仍然使用EJB2.1 因为: 这就是他们所知道的,他们害怕或者没有时间学习新的技能 因为任何想要该代码的人都希望它遵循一个标准,而EJB2.1就是那个标准 因为代码库的其余部分是EJB2.1,没有人有时间和/或金钱进行重构 因为客户只想要他们信任的技术,而他们信任的是那些还没有

许多J2EE开发人员知道EJB2迫使他们编写“无用”的主接口。此外,部署XML在应用程序服务器之间是不同的


所以我不知道为什么多年来EJB2一直是J2EE规范的一部分?您是否关心任何非技术性的兴趣?

您是否在问为什么一般人仍然使用EJB2.1

因为:

  • 这就是他们所知道的,他们害怕或者没有时间学习新的技能
  • 因为任何想要该代码的人都希望它遵循一个标准,而EJB2.1就是那个标准
  • 因为代码库的其余部分是EJB2.1,没有人有时间和/或金钱进行重构
  • 因为客户只想要他们信任的技术,而他们信任的是那些还没有让他们失望的技术

基本上,所有人使用遗留技术的原因都是一样的。

为什么EJB2是J2EE规范的一部分:因为它是! 曾经是,将来也会是。(您不能在中期更改具有约束力的合同。)

为了不让它成为规范的一部分,他们必须提供新的规范:JavaEE 这是J2EE的更新版本,使用Java5

为何仍在使用:

  • 见上文
  • 客户没有钱/时间更改此设置
  • 客户端使用旧版本的应用程序服务器
  • 它是有效的,所以我们不会改变它

EJB2的复杂性需要更多的程序员人力资源。所以EJB2对程序员的就业率是有好处的。这就是EJB2得以生存的原因:)

顺便说一句,我每天都在编写EJB2.1代码,原因是我们的客户将不得不花费大量资金将其weblogic许可证升级到高于8:)的版本。悲伤但真实。