控制域对象构造问题的反演

Question

据我了解，IoC 容器有助于创建应用程序级对象，例如服务和工厂。但域级对象应该手动创建。 Spring的手册告诉我们：“通常不会在容器中配置细粒度的域对象，因为创建/加载域对象通常是DAO和业务逻辑的责任。”

出色地。但是，如果我的域“细粒度”对象依赖于某些应用程序级对象怎么办？ 例如我有一个 UserViewer(User user, UserConstantsconstants) 类。 user 是无法注入的域对象，但 UserViewer 还需要 UserConstants，它是由 IoC 容器注入的高级对象。

我想从 IoC 容器注入 UserConstants，但我还需要一个瞬态运行时参数 User 。

设计有什么问题吗？

提前致谢！

更新

看来我的问题不够精确。我真正需要的是一个如何执行此操作的示例：

创建类 UserViewer(User user, UserService service) 的实例，其中 user 作为参数传递，服务是从 IoC 注入的。

如果我注入UserViewer查看器，那么如何将用户传递给它？

如果我手动创建UserViewer查看器，那么如何将服务传递给它？

Answer 1

这个设计没有什么问题。为此，您可以使用工厂，它的一侧在域中，一侧在基础设施中。

您可以手动编写它们，也可以让容器为您执行此操作，例如 温莎的 TypedFactoryFacility。

此外，当您的域对象来自持久层时，您可以将容器插入其中以注入它们所需的服务（NHibernate 可以做到这一点）。

Answer 2

但是如果我的域“细粒度”对象依赖于某些应用程序级对象怎么办？

正是这一点被认为是不好的做法。我想说问题可能是：

1. 这些对象有大量，因此可能存在性能和内存问题。

2. POJO风格是它们可以在所有环境中使用（持久化在数据库中，在业务算法和规则中处理，在视图技术中读取和设置，序列化并通过网络发送）。在其中注入应用程序级对象可能会导致以下问题：

   1. 在您的架构中，您可能有这样的规则：某些（大多数）应用程序级对象在某些层中可用，而在其他层中则不可用。因为所有层都可以访问 pojo，所以会传递性地违反该规则。
   2. 当在另一个 JVM 中序列化和重建时，应用程序级对象的含义是什么。它们没有用，必须将它们更改为本地等效项...

---

通常，构成您的域的 pojo 是独立的。他们可以访问其他 pojo（以及许多枚举），仅此而已。

除了数据之外，它们还具有实现业务规则或算法细节的方法（记住对数据和处理数据的代码进行分组的面向对象思想；-） )：

• 当它们具有继承时，这尤其好，因为这允许通过提供不同的实现来为某些 pojo 自定义业务规则（没有 if 或 switch 的不同情况：还记得 OO 吗？;-)）。
• 任何需要访问应用程序级对象（例如访问数据库）的代码都会被删除，例如服务或管理器。但该代码保持高级别，因此可读且简单，因为 pojo 本身负责低级别细节（以及特殊情况）。

  <块引用>

  事后，您经常会发现 pojo 方法被大量重用，并且由服务或管理器以不同的方式组合。这是减少重复的一大胜利，方法名称提供了急需的“含义”，并为刚接触模块的开发人员提供了更轻松的访问。

Answer 3

对于您的更新：

创建类UserViewer(User user, UserService service)的实例，其中user作为参数传递，service从IoC注入。

如果我注入 UserViewer 查看器，那么如何将用户传递给它？

如果我手动创建 UserViewer 查看器，那么如何将服务传递给它？

在这种情况下，您需要一个工厂方法（可能在您的工厂或定位器上）。它可以如下所示，将两部分分开：

public UserViewer createUserViewer(User user) {
   UserViewer viewer = instantiateBean(UserViewer.class); 
   viewer.setUser(user);
   return viewer;
}

private <E> E instantiateBean(Class<E> clazz) {
   // call the IoC container to create and inject a bean
}