结合依赖注入和动态方面编织

Question

对于 DI，我使用 Microsoft 的 Unity。 对于动态方面编织，我使用 Rapier-LOOM。

方面编织器要求我使用工厂方法 Weaver.CreateInstance(System.Type) 实例化编织对象，并且不提供交织现有实例的方法。

DI 容器允许我使用 IUnityContainer.Resolve(System.Type) 方法解决依赖关系，该方法解决依赖关系并实例化注入类型的对象。

这两种方法显然是冲突的。 解决此冲突的推荐方法是什么？

到目前为止我的想法：

• 查询映射并“手动解析”依赖关系（使用 IUnityContainer.Registrations 属性）。创建一个组合的“DI+AOP”机制，在给定要解析的类型的情况下，找到目标映射类型，然后使用 Wea​​ver 进行实例化。
• 创建我自己的 IUnityContainer 接口实现，该实现使用 Wea​​ver（而不是 Activator）进行实例化

PS

如果我在这里偏离了轨道，冲突可能会发生避免而不是解决 - 请让我知道。

Answer 1

我对 Rapier-LOOM 不熟悉，所以我只从 Unity 方面来谈谈。有几种不同功能/复杂性的方法。幸运的是，它们都不涉及重新实现 IUnityContainer。

您可以做的最简单的事情是使用 InjectionFactory 注册您想要通过编织器创建的类型。这使您可以指定将执行以创建实例的委托，而不是默认行为。像这样的事情：

  container.RegisterType<ISomething>(
    new InjectionFactory(c => {
        var newObject = (Something)Weaver.CreateInstance(typeof(Something));
        newObject.Property1 = c.Resolve<TypeOfProperty1>();
        newObject.Property2 = c.Resolve<TypeofProperty2>();
        return newObject;
    });

然后当你调用container.Resolve()时，该委托将运行。

第二种方法是创建一个 Unity 扩展，将 Weaver.CreateInstance 调用挂钩到创建链中。您可以在主策略链中使用自定义策略，或者尝试覆盖构建计划。前者要容易得多。

我手头没有创建 Unity 扩展的参考资料，因此我现在不打算尝试在该文本框中键入代码。在网络上查找 Unity 扩展的示例，一旦您了解了事物如何组合在一起，它们就会非常简单。

Answer 2

浏览一下 LOOM codeplex 页面，似乎没有提供任何使用 Unity 方法拦截无法完成的功能。从这里开始阅读：面向方面的编程、拦截和 Unity 2.0

Answer 3

这是一个糟糕的论点。如果我说 Microsoft 的 Unity 不提供任何 .NET 框架无法完成的功能，这也是一样的。问题是，对于我的问题来说，最好的编程模型是什么。答案可能是实现需求所需的代码量。
AOP，尤其是 Rapier-LOOM.NET 不是一个简单的方法启动工具。 AOP 的目标是封装横切关注点。为此，您需要建议、介绍、连接点变量、基于代码的注释等。如果我想实现的不仅仅是一个简单的跟踪示例，您需要比方法初始更强大的概念。