为什么不是 Spring 框架？ [关闭]答案

【问题标题】：Why not Spring framework? [closed]为什么不是 Spring 框架？ [关闭]
【发布时间】：2011-06-20 01:36:07
【问题描述】：

将我的应用程序绑定到 Spring 框架有什么缺点吗？
我不是在谈论错误或问题（如果有的话）。我说的是会影响我的应用程序生活方式的战略性架构事物。
我应该更喜欢 Spring 而不是 EE 容器支持的 Java EE 核心功能吗？有什么优势？

谢谢。

【问题讨论】：

完全主观。两者都有效。
这对programmers.stackexchange.com来说是个好问题
以前存在很多这样的问题：例如stackoverflow.com/questions/68527/…、stackoverflow.com/questions/1735741/…、stackoverflow.com/questions/1281748/… 等
投票重新开放以便迁移到 programmers.stackexchange.com ，虽然是主观的。
也出于与贝利撒留相同的原因投票重新开放。

【解决方案1】：

任何技术决策的标准劣势都适用：如果您选择了 Spring，之后又想恢复到纯 Java EE，则在进行转换时将需要做一些工作（或很多工作，具体取决于您使用 Spring 的方式）。

请注意，Spring 是经过实战考验的框架，可能有成千上万的 Java 应用程序（可能更多）使用。它不像是未来可能不受支持的“边缘”技术。

两者都是不错的选择。

【讨论】：

是的，但是 a) Spring 已经成为它自己的行业标准，公司需要将 spring 应用程序移植到非 spring-Java-ee 的风险很小，并且 b) 在 Spring 3 ，Spring 尝试包含尽可能多的标准 API（包括 JEE），使应用程序与 Spring 的耦合最小（从而促进可能的转换）
@sean，对。对于您的第一点，这就是我在第二段中试图传达的内容。

【解决方案2】：

首先，您可能需要考虑将应用程序中的所有组件列出到不同的框中。使用您希望采用的正确技术确定每个盒子进行交付。

然后看看这些计划中的任何技术是否有机会与 Springframework 一起工作。当前的 springframework 支持从日志到 ORM 的大量第三方集成。

从这里你会看到是否应该采用 Springframework 的好处或理由。

这里的重点是查看 CBA（成本效益分析），而是让您的应用程序架构适合您遇到的任何框架选择。要回答的最简单的外行问题是：我需要它来工作吗？

【讨论】：