Andrey Asked:2020-01-07 17:25:00 +0000 UTC2020-01-07 17:25:00 +0000 UTC 2020-01-07 17:25:00 +0000 UTC Java EE (Jakarta EE) 和其他 772 Rest API使用编写有多常见或不可接受Java EE？ 谢谢你。 java 1 个回答 Voted Best Answer user177220 2020-01-07T18:08:43Z2020-01-07T18:08:43Z 这里很难回答，因为每个人都会有自己的经历。一般来说，它Spring似乎是对复杂性的回应Java EE。开发人员查看了提议的实现，并表示这一切都不应该那么复杂。另一件事是，随着时间的推移Spring，它已经发展得非常快，并且已经可以与复杂性竞争Java EE。但历史在一个循环中重演——为了降低进入门槛，它出现了Spring Boot。 公平地说，应该指出的是，JCP 委员会试图考虑批评并尽可能简化一切；但该进程已经启动，开发人员还没有返回Java EE批量。 一般来说，堆栈上的平均应用程序与-applicationJava EE没有太大区别。Spring尽管应用程序Java EE只能在 Enterprise Application Server 上运行，但应用程序可以Spring在任何东西（你好，Tomcat）上运行，甚至可以在根本没有服务器的情况下运行。结果，Spring应用程序在微服务架构中更方便。另一方面，基于应用程序Java EE被认为更适合编写单体应用程序，因为可扩展性稍微方便一些。 此外，更频繁的发布Spring（几乎每月一次，而 2-3 年Java EE）允许首先考虑所有新技术，并且总是领先一点。 正如我所注意到的，新项目要么写在一些微框架中，要么写Spring在一些微框架中。 Java EE- 这要么是对甚至在出现之前就开始的旧项目的支持，要么是对Spring技术变革非常缓慢的银行部门或政府机构的支持。 但再一次，这只是我的经验，它可能有点具体。
这里很难回答，因为每个人都会有自己的经历。一般来说，它
Spring似乎是对复杂性的回应Java EE。开发人员查看了提议的实现，并表示这一切都不应该那么复杂。另一件事是，随着时间的推移Spring，它已经发展得非常快，并且已经可以与复杂性竞争Java EE。但历史在一个循环中重演——为了降低进入门槛，它出现了Spring Boot。公平地说，应该指出的是，JCP 委员会试图考虑批评并尽可能简化一切；但该进程已经启动，开发人员还没有返回
Java EE批量。一般来说，堆栈上的平均应用程序与-application
Java EE没有太大区别。Spring尽管应用程序Java EE只能在 Enterprise Application Server 上运行，但应用程序可以Spring在任何东西（你好，Tomcat）上运行，甚至可以在根本没有服务器的情况下运行。结果，Spring应用程序在微服务架构中更方便。另一方面，基于应用程序Java EE被认为更适合编写单体应用程序，因为可扩展性稍微方便一些。此外，更频繁的发布
Spring（几乎每月一次，而 2-3 年Java EE）允许首先考虑所有新技术，并且总是领先一点。正如我所注意到的，新项目要么写在一些微框架中，要么写
Spring在一些微框架中。Java EE- 这要么是对甚至在出现之前就开始的旧项目的支持，要么是对Spring技术变革非常缓慢的银行部门或政府机构的支持。但再一次，这只是我的经验，它可能有点具体。