Spring 是否更适合以业务逻辑为中心的应用程序？
Is Spring more suitable for business-logic-focused apps?
看了Spring的官方文档后，我的印象是：
"Spring，特别是它的 IoC 容器，更适合只需要大多数 classes" 的一个实例的应用程序。
例如我们有一个在线购物应用程序。它的业务逻辑分为
- 订单处理
- 付款流程
并将这两部分封装到 classes 中是为了更好的代码组织而不是为了实现任何功能，并且 Spring 可以更容易地将相同的实例注入到任何需要它的对象中，以避免频繁和冗余 new.
然而，在类似马里奥的游戏中，我们可能有一个 class Coin 需要数百个单独的实例，因此 Spring 不能应用于这种情况（因为我认为 @qualifier 比 IoC 带来的好的部分更混乱）。
以上是否正确？
您认为不会注入仅适用于狭窄范围的对象的想法是正确的。
我可以看到具有 Request 范围但不属于 Singleton 的对象。 Spring 从一开始就支持。
方法作用域变量不应在 Spring 的控制之下。调用new没有错。
你应该先了解Spring再判断它的功效
看了Spring的官方文档后，我的印象是：
"Spring，特别是它的 IoC 容器，更适合只需要大多数 classes" 的一个实例的应用程序。
例如我们有一个在线购物应用程序。它的业务逻辑分为
- 订单处理
- 付款流程
并将这两部分封装到 classes 中是为了更好的代码组织而不是为了实现任何功能，并且 Spring 可以更容易地将相同的实例注入到任何需要它的对象中，以避免频繁和冗余 new.
然而，在类似马里奥的游戏中，我们可能有一个 class Coin 需要数百个单独的实例，因此 Spring 不能应用于这种情况（因为我认为 @qualifier 比 IoC 带来的好的部分更混乱）。
以上是否正确？
您认为不会注入仅适用于狭窄范围的对象的想法是正确的。
我可以看到具有 Request 范围但不属于 Singleton 的对象。 Spring 从一开始就支持。
方法作用域变量不应在 Spring 的控制之下。调用new没有错。
你应该先了解Spring再判断它的功效