Java EE 6 VS Spring 3：Java EE杀死了Spring？没门！-CSDN博客

介绍

几天前，我在听Java Spotlight Podcast的第85集。在这次演讲中， Bert Ertman和Paul Bakker讨论了从Spring迁移到Java EE的问题。基本上，在他们的介绍中，他们说，如今，选择Spring而不是Java EE是没有意义的。我们可以在他们的文章中阅读：

花费了一段时间，但Java EE终于迈出了一步，成为了一种标准，轻量级，合适的解决方案，以应对主流企业应用程序空间中的绝大多数实际开发挑战。 除了选择标准外，您没有任何其他理由。

在过去的几个月中，我看过很多想法相似的博客文章。有些人赞扬Java EE，这是一件好事，而另一些人则只是贬低Spring。 Arun Gupta 的文章就是这种情况。我对本文的第一个想法是“ Oracle可能真的很想写这样的巨魔……”。

我根本不是Spring传播者，也不是Java EE讨厌者。相反，我已经大量使用Java EE 5两年了，很高兴看到Java EE最终成为Spring的优秀竞争对手。我的目标不是在这里赞美Spring，而只是为了平衡“ Spring的仇恨者”的用语。

标准VS单一供应商解决方案

有标准是件好事吗？

您是否知道这句话“响应按照计划进行的转换”？是的，这是敏捷规则之一。有标准当然是好事，有多有余，是根本！但是它有缺点。如果有一天您对标准有疑问，而标准却没有涵盖，那么您唯一的解决方案就是填补问题，全力以赴，等待3年……

Spring和标准不兼容吗？

一点也不！这就是我不理解“这是标准”论点的原因之一。 Spring尽其所能提供标准的使用。您可以自由使用JPA，CDI注释等。我认为Spring更像是一个集成平台，可以让您使用所有Java EE技术以及Spring本身提供的一些其他功能。

我依赖SpringSource吗？ 并不是的…

如果明天SpringSource停止开发Spring，会发生什么？我将继续使用它……Spring Framework已获得Apache 2.0许可，毫无疑问，社区将接替人们，并且一些新公司将为Spring提供支持。即使没有人这样做，我对Spring Framework的当前状态感到满意，为什么还要更改？也许我会在3年后重新考虑它，届时将发布新版本的Java EE…

如果明天我对Spring框架不满意怎么办？如果我对Java EE不满意，那将是一回事……我不再使用它了……

如果明天我对我的应用服务器不满意怎么办？如果我对Java EE不满意，那是同样的事情……我改变了……除了使用Spring，我将有更多选择（因为Spring适用于所有Java EE应用程序服务器以及其他诸如Tomcat，Jetty等服务器）。

春天一直是创新的，并将永远是

我永远不会忘记，Spring使Java Web开发的CDI变得容易和容易。 Java EE之后（又三年后…）发布了JSR-299 。

Spring当前还提供了一些JavaEE根本无法提供的出色解决方案：

Spring Data（特别适合NoSQL世界）
Spring Social（糟糕…… JSR-357最近被拒绝…）
Spring手机
…

其中一些计划在Java EE的下一版本的计划中（是的，我们将在3年后推出！），而另一些仍未被考虑或被拒绝。

整合测试

Java的常见论点之一是，您不必使用模拟程序，由于Arquillian ，您可以进行容器内测试。我绝对支持容器内测试，而不是模拟测试，并且Arquillian是一个很棒的工具。无论如何，Arquillian非常适合Java EE，但不是Java EE！没有标准，因此您只能依靠单一供应商JBoss（redhat），这使得“这是标准”的论点毫无意义。然后，用Arquillian测试spring是不是不可能的……至少，即使它不是完美的，Spring的优点还是可以自己提供一些东西……

结论

我没有将我的文章集中在Java EE平台提供的增强上，也没有集中在每种实现的不同功能上，这不是我的目标。我仍然相信Java EE是一个非常好的产品，并且它最终已经成为一个重要的竞争对手。但是当我读到“ Spring在当时是革命性的……时，它的确是上一代的框架，甚至有人称它为旧版 ”确实使我感到恼火。我们怎么说呢？也许只是发出嗡嗡声……而且有效！

参考： Java EE 6 VS Spring 3：Java EE已经杀死了Spring？没门！从我们的JCG合作伙伴 Tibo Delor在InvalidCodeException博客中获得。