- c - 在位数组中找到第一个零
- linux - Unix 显示有关匹配两种模式之一的文件的信息
- 正则表达式替换多个文件
- linux - 隐藏来自 xtrace 的命令
我对一个具体示例中的依赖注入(inject)实现感到困惑。
假设我们有一个 SomeClass 类,它具有 IClassX 类型的依赖项。
public class SomeClass
{
public SomeClass(IClassX dependency){...}
}
IClassX 接口(interface)的具体实现的创建取决于运行时参数 N。
使用给定的构造函数,我无法配置 DI 容器(使用 Unity),因为我不知道在运行时将使用 IClassX 的什么实现。Mark Seemann 在他的《Dependency Injection In .Net》一书中建议我们应该使用抽象工厂作为注入(inject)参数。
现在我们有了 SomeAbstractFactory,它根据运行时参数 runTimeParam 返回 IClassX 的实现。
public class SomeAbstractFactory
{
public SomeAbstractFactory(){ }
public IClassX GetStrategyFor(int runTimeParam)
{
switch(runTimeParam)
{
case 1: return new ClassX1();
case 2: return new ClassX2();
default : return new ClassDefault();
}
}
}
SomeClass 现在接受 ISomeAbstractFactory 作为注入(inject)参数:
public class SomeClass
{
public SomeClass(ISomeAbstractFactory someAbstractfactory){...}
}
那很好。我们只有一个组合根来创建对象图。我们配置 Unity 容器以将 SomeAbstractFactory 注入(inject)到 SomeClass。
但是,让我们假设类 ClassX1 和 ClassX2 有它们自己的依赖关系:
public class ClassX1 : IClassX
{
public ClassX1(IClassA, IClassB) {...}
}
public class ClassX2 : IClassX
{
public ClassX2(IClassA, IClassC, IClassD) {...}
}
如何解决 IClassA、IClassB、IClassC 和 IClassD 依赖关系?
1。通过 SomeAbstractFactory 构造函数注入(inject)
我们可以像这样将 IClassA、IClassB、IClassC 和 IClassD 的具体实现注入(inject)到 SomeAbstractFactory 中:
public class SomeAbstractFactory
{
public SomeAbstractFactory(IClassA classA, IClassB classB, IClassC classC, IClassD classD)
{...}
...
}
Unity容器会在初始组合根中使用,然后使用穷人的DI根据参数runTimeParam返回具体的ClassX1或ClassX2
public class SomeAbstractFactory
{
public SomeAbstractFactory(IClassA classA, IClassB classB, IClassC classC, IClassD classD){...}
public IClassX GetStrategyFor(int runTimeParam)
{
switch(runTimeParam)
{
case 1: return new ClassX1(classA, classB);
case 2: return new ClassX2(classA, classC, classD);
default : return new ClassDefault();
}
}
}
这种方法的问题:
2。显式调用 DI 容器
我们不会“更新”ClassX1 或 ClassX2,而是使用 DI 容器来解析它们。
public class SomeAbstractFactory
{
public SomeAbstractFactory(IUnityContainer container){...}
public IClassX GetStrategyFor(int runTimeParam)
{
switch(runTimeParam)
{
case 1: return container.Resolve<IClassX>("x1");
case 2: return container.Resolve<IClassX>("x2");
default : return container.Resolve<IClassX>("xdefault");
}
}
}
这种方法的问题:
还有其他更合适的方法吗?
最佳答案
下面的示例展示了如何使用 Unity 执行此操作。 This blog post使用 Windsor 可以更好地解释它。两者的基本概念完全相同,只是实现略有不同。
我宁愿让我的抽象工厂访问容器。我将抽象工厂视为一种防止依赖容器的方法——我的类仅依赖于 IFactory
,因此它只是使用容器的工厂的实现。 CaSTLe Windsor 更进一步——您为工厂定义接口(interface),但 Windsor 提供实际的实现。但这是一个好兆头,相同的方法在两种情况下都有效,而且您不必更改工厂接口(interface)。
在下面的方法中,需要的是依赖于工厂的类传递一些允许工厂确定要创建哪个实例的参数。工厂会将其转换为字符串,容器会将其与命名实例相匹配。这种方法适用于 Unity 和 Windsor。
通过这种方式,依赖于 IFactory
的类并不知道工厂正在使用字符串值来查找正确的类型。在 Windsor 示例中,类将 Address
对象传递给工厂,工厂使用该对象根据地址的国家/地区来确定要使用哪个地址验证器。除了工厂,没有其他类“知道”如何选择正确的类型。这意味着如果您切换到不同的容器,您唯一需要更改的是 IFactory
的实现。无需更改任何依赖于 IFactory
的内容。
这是使用 Unity 的示例代码:
public interface IThingINeed
{}
public class ThingA : IThingINeed { }
public class ThingB : IThingINeed { }
public class ThingC : IThingINeed { }
public interface IThingINeedFactory
{
IThingINeed Create(ThingTypes thingType);
void Release(IThingINeed created);
}
public class ThingINeedFactory : IThingINeedFactory
{
private readonly IUnityContainer _container;
public ThingINeedFactory(IUnityContainer container)
{
_container = container;
}
public IThingINeed Create(ThingTypes thingType)
{
string dependencyName = "Thing" + thingType;
if(_container.IsRegistered<IThingINeed>(dependencyName))
{
return _container.Resolve<IThingINeed>(dependencyName);
}
return _container.Resolve<IThingINeed>();
}
public void Release(IThingINeed created)
{
_container.Teardown(created);
}
}
public class NeedsThing
{
private readonly IThingINeedFactory _factory;
public NeedsThing(IThingINeedFactory factory)
{
_factory = factory;
}
public string PerformSomeFunction(ThingTypes valueThatDeterminesTypeOfThing)
{
var thingINeed = _factory.Create(valueThatDeterminesTypeOfThing);
try
{
//This is just for demonstration purposes. The method
//returns the name of the type created by the factory
//so you can tell that the factory worked.
return thingINeed.GetType().Name;
}
finally
{
_factory.Release(thingINeed);
}
}
}
public enum ThingTypes
{
A, B, C, D
}
public class ContainerConfiguration
{
public void Configure(IUnityContainer container)
{
container.RegisterType<IThingINeedFactory,ThingINeedFactory>(new InjectionConstructor(container));
container.RegisterType<IThingINeed, ThingA>("ThingA");
container.RegisterType<IThingINeed, ThingB>("ThingB");
container.RegisterType<IThingINeed, ThingC>("ThingC");
container.RegisterType<IThingINeed, ThingC>();
}
}
这是一些单元测试。他们表明,在检查传递给 Create()
函数的内容后,工厂返回了正确类型的 IThingINeed
。
在这种情况下(可能适用也可能不适用)我还指定了一种类型作为默认值。如果没有向容器注册完全符合要求的内容,则它可以返回该默认值。该默认值也可以是没有行为的空实例。但所有这些选择都在工厂和容器配置中。
[TestClass]
public class UnitTest1
{
private IUnityContainer _container;
[TestInitialize]
public void InitializeTest()
{
_container = new UnityContainer();
var configurer = new ContainerConfiguration();
configurer.Configure(_container);
}
[TestCleanup]
public void CleanupTest()
{
_container.Dispose();
}
[TestMethod]
public void ThingINeedFactory_CreatesExpectedType()
{
var factory = _container.Resolve<IThingINeedFactory>();
var needsThing = new NeedsThing(factory);
var output = needsThing.PerformSomeFunction(ThingTypes.B);
Assert.AreEqual(output, typeof(ThingB).Name);
}
[TestMethod]
public void ThingINeedFactory_CreatesDefaultyTpe()
{
var factory = _container.Resolve<IThingINeedFactory>();
var needsThing = new NeedsThing(factory);
var output = needsThing.PerformSomeFunction(ThingTypes.D);
Assert.AreEqual(output, typeof(ThingC).Name);
}
}
同样的工厂可以使用 Windsor 实现,而 Windsor 示例中的工厂可以在 Unity 中完成。
关于c# - 使用通过 DI 容器注入(inject)的抽象工厂,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/36201621/
我已阅读有关依赖注入(inject)的信息。然后来了 构造函数注入(inject), setter/getter 注入(inject) 二传手注入(inject) 接口(interface)注入(in
我正在研究依赖注入(inject)模式。我看过很多例子,其中一个典型的例子是使用 XxxService/XxxRepository 作为例子。但是在我看来,按照UML的概念,类XxxRepositor
我开始使用 Google Guice。 我有一个简单的问题: javax.inject 的 @Inject 注释和 com.google.inject 的 有什么区别@Inject 一个 ? 谢谢。
当使用构造函数注入(inject)工厂方法时,依赖的属性不会得到解析。但是,如果在解析依赖的组件之前解析了工厂方法,则一切都会按预期工作。此外,当仅使用属性注入(inject)或构造函数注入(inje
我有这样的事情: class Root { public Root(IDependency dep) {} } class Dependency:IDependency { p
听完Clean Code Talks ,我开始明白我们应该使用工厂来组合对象。因此,例如,如果 House有一个 Door和 Door有一个 DoorKnob , 在 HouseFactory我们创建
情况:我需要在一些 FooClass 中进行惰性依赖实例化,所以我通过 Injector类作为构造函数参数。 private final Injector m_injector; public Foo
在编写代码时,我们应该能够识别两大类对象: 注入(inject)剂 新品 http://www.loosecouplings.com/2011/01/how-to-write-testable-cod
这个问题是关于 Unity Container 的,但我想它适用于任何依赖容器。 我有两个具有循环依赖关系的类: class FirstClass { [Dependency] pub
如果我有 10 个依赖项我需要注入(inject)并且不想在构造函数中有 10 个参数,我应该使用哪种注入(inject)模式? public class SomeClass { privat
我在使用 Angular2 DI 时遇到了问题。我尝试将一个类注入(inject)另一个类,它引发了以下错误: 留言:"Cannot resolve all parameters for 'Produ
对依赖注入(inject)还很陌生,我想弄清楚这是否是一种反模式。 假设我有 3 个程序集: Foo.Shared - this has all the interfaces Foo.Users -
我正在尝试了解 Angular 14 的变化,尤其是 inject()我可以将模块注入(inject)功能的功能,我不需要为此创建特殊服务..但我想我弄错了。 我正在尝试创建一些静态函数来使用包 ng
希望这个问题不是太愚蠢,我试图掌握更高级的编程原理,因此试图习惯使用 Ninject 进行依赖注入(inject)。 因此,我的模型分为几个不同的 .dll 项目。一个项目定义了模型规范(接口(int
我最近一直在大量使用依赖注入(inject)、测试驱动开发和单元测试,并且开始喜欢上它。 我在类中使用构造函数依赖,这样我就可以为单元测试注入(inject)模拟依赖。 但是,当您实际需要生产环境中的
我有下面的代码来使用 Guice 进行依赖注入(inject)。第一个是使用构造函数注入(inject),而另一个是直接在字段上方添加 @Inject。这两种方式有什么区别吗? Guice官网似乎推荐
这个问题在这里已经有了答案: Angular2 Beta dependency injection (3 个答案) 关闭 7 年前。 我正在使用 angular2 测试版。并在使用 @Inject
有没有可能做这样的事情? (因为我尝试过,但没有成功): @Injectable() class A { constructor(private http: Http){ // <-- Injec
我很恼火必须通过 Constructor 传递管道对象,因为我想为业务实体或要传递的值保留构造函数参数。 所以我想通过 setter ,但只要这些 setter 没有被填充,我的包含依赖项的对象就不应
假设我有这个: SomePage.razor: @inject Something something @page "/somepage" My Page @code { // Using
我是一名优秀的程序员,十分优秀!