在大型企业项目中哪些对象有资格用作弹簧bean而哪些不是？ 我能想到的类的类型是请求，响应，服务。根据应用程序要求，帮助程序，注册表，业务对象，工厂，验证规则，适配器等等。
它们都可以弹起来吗？
如果注入了所有东西，那么纯单身的用途是什么？静态调用没有用吗？
答案 0 :(得分：3)
理论上，你可以让Spring处理整个系统的生命周期，实际上我常常做的（看看）是用来处理应用程序基础的Spring（服务，DAO，工厂......）。
看到Spring处理业务/域对象更为不寻常，因为它们通常由服务和DOA创建。你可以让Spring使用AOP来处理域模型，以获得Spring注入依赖项，但这是一个非常高级的主题。
如果您研究Spring的作用域，您可以看到Spring也可以在每个会话的基础上处理bean的创建。您也可以自由地实现自己的范围，可能类似于请求范围，以便在每个服务请求的基础上创建一些bean。
在我看来，典型的Java单例实现并没有多大用处。 Spring允许您表达单例的概念，因为这是Spring bean的默认范围。 “真正的”单身人士也更难以考验。
静态方法仍然有用，具体取决于您正在解决的问题和设计，但我没有看到Spring的使用如何影响使用静态方法的选择。
答案 1 :(得分：0)
春天的一切都可以成为一个bean，它取决于你想走多远。有些东西在春天添加不是很有用。例如，您可能会发现春天以外的请求和响应更容易处理。这取决于您的需求。如果一切都是由春天处理，明确地使单一的单体确实无用，并且在我看来应该不鼓励。