Unity3D中在.NET 3.5下的单喷射器1性能注入

Question

我尝试使用简单的Injector v1.6与https://unity3d.com/游戏引擎(v5.0)相结合。

我需要使用属性注入，因为Unity3D可以控制程序集，并且不会允许构造器注入，因为(这可能是多么不幸)，这正是Unity3D当前的API。

Unity3D将脚本程序集目标为.NET 3.5，因此这意味着System.ComponontModel.Composition不可用，因此我无法使用简单注入器文档中描述的显式属性注入。

因此，我向简单注入器的开发人员提出的问题是：‘还有其他方法将属性注入到由Unity3D引擎控制的类中吗？’。

Answer 1

当涉及到属性注入时，如何扩展Simple Injector的默认行为有多种方法，但是最好的方法是覆盖Simple Injector的PropertyInjectionBehavior (如解释的这里 )。

您说构造函数注入不是一个选项。这表明不可能拦截某些框架类型的创建。Unity3d框架在这里起着控制作用。

在这种情况下，您必须让简单的喷射器建立现有的类型。从来没有一个最佳的情况，但你可能没有什么可以做的。这个wiki页面描述了如何让简单的注入器构建外部实例。

更新

上面的答案是针对简单注入器v2的。Simple Injector v2获得了许多新的引人注目的特性，例如启用属性注入的IPropertySelectionBehavior抽象、允许构建外部实例的Registration类以及允许拦截类型创建以允许注入属性或字段的ExpressionBuilding事件。

但是，简单注入器v2需要.NET 4.0，因此这意味着使用v2对您来说不是一个选项，因为您需要.NET 3.5。所有这些特性在简单的Inject v1中都是不可用的，所以上面的答案对您来说没有意义。

剩下的唯一选项是使用Container.InjectProperties(object)方法对外部创建的实例进行隐式属性注入。

然而，正如这里所描述的，隐式属性注入有许多缺点。这就是为什么自v2.6以来InjectProperties方法被标记为过时的原因。原因被描述为这里。由于上面描述的原因，简单的注入器v3甚至不包括InjectProperties方法。

因此，您唯一的选择是使用InjectProperties方法来构建对象，但请阅读引用的文章以了解使用隐式属性注入的风险。了解风险可以让您对这是否是一种风险做出明智的决定，并允许您应用反措施，例如编写额外的单元测试。

一个完全不同的选择，可能是使用卑微物。这意味着，与其返回属性注入，不如用尽可能少的代码使需要由Unity3D创建的类尽可能小。将所有有趣的逻辑及其所有依赖项移动到可以应用构造函数注入的自定义组件中。在精简的“谦虚”类中，您只需解析新创建的组件并使用它即可。

这允许您在处理依赖项注入时应用最佳实践，而不必回到丑陋的属性注入，同时将不可测试的代码保持在绝对最小的水平。