春天 - 教程与现实生活

Question

我目前正在将Spring和Hibernate添加到现有应用程序中,但是在阅读了很多教程之后,还有一些(也就是很多东西)对我来说似乎很奇怪或者我错过了一些东西......

我发现的所有教程都是直接的(如大多数教程应该的那样),如示例A所示,一个控制器来处理请求(JSP或WS)并自动装配管理器类以与DB交互.

在我的情况下,这不适用,因为应用程序有一个类来处理请求,然后它实例化一个处理程序类,而处理程序类又创建一个新类来处理创建要处理的新类的其他东西(.... )*然后处理数据库连接,如例B所示.

我的问题是如何使我的业务逻辑类n "可弹性",即能够在其中自动装配数据库管理器？

从我见过的所有例子中,我都提出了这些替代方案:

1. 创建到Controller内部所有 DbManager 的自动装配,然后IoC到所有业务类,直到它到达业务逻辑类n.这将遵循Spring标准,但意味着最多的代码重构
2. 将所有业务逻辑类转换为bean
3. 添加SpringBeanAutowiringSupport.processInjectionBasedOnCurrentContext(this); 到Business Logic类n并使用@Autowire访问DbManager

我错过了什么或者还有其他选择吗？

Answer 1

这只是我的意见，但你可能会感兴趣。

Spring 的基本理念是，对象的创建和配置涉及容器，但不涉及业务对象，被称为IoC或依赖注入。根据配置，容器创建对象并将其相互关联（注入）。这允许您删除与实例化和配置相关的业务类的代码（此代码可能非常复杂）。因此，您的课程将变得更容易、更清晰，并且可以专注于业务逻辑而不是其他。

我相信业务对象不需要互相创建。让Spring来做吧。他做得很完美。

只需标记您的业务逻辑类，根据其角色，使用构造型之一：@Component、@Service、 （您可以在此处@Controller找到构造型的含义），然后将其注入。如果您在此类中需要数据库管理器，请以同样的方式注入。@Autowired

因此，我的选择对应于第二点：“2. 将所有业务逻辑类转换为 beans...”