Castle Windsor - 如何映射构造函数注入中的命名实例

时间:2012-07-04 08:56:16

标签: c# castle-windsor

也许这很容易,但在互联网上搜索已经让我头脑疼痛

问题在于:

interface IValidator
{
    void Validate(object obj);
}

public class ValidatorA : IValidator
{
    public void Validate(object obj) { }
}

public class ValidatorB : IValidator
{
    public void Validate(object obj) { }
}


interface IClassA { }
interface IClassB { }

public class MyBaseClass
{
    protected IValidator validator;

    public void Validate()
    {
        validator.Validate(this);
    }
}

public class ClassA : MyBaseClass, IClassA
{
    //problem: validator should ValidatorA
    public ClassA(IValidator validator) { }
}

public class ClassB : MyBaseClass, IClassB
{
    //problem: validator should ValidatorB
    public ClassB(IValidator validator) { }
}

public class OtherClass
{
    public OtherClass(IClassA a, IClassB b) { }
}


//on Main
var oc = container.Resolve<OtherClass>();

有什么想法吗?

修改

我已将ValidatorAValidatorB注册为Named,现在问题是Castle Windsor如何将这些验证器正确地注入ClassAClassB,是吗一种方法吗?或者有更好的解决方案吗?

如果有人认为我的班级设计错了,请打开任何建议。到目前为止,我认为是正确的。是的,验证器具有特定类的特定配置。但它有抽象的理由:

  1. Validator是一个复杂的对象,有时候应该连接到数据库,所以为了单元测试的原因,我必须将接口而不是实现传递给构造函数。
  2. 无法为任何Validator使用不同的界面,因为我使用的唯一方法是Validate
  3. 我认为MyBaseClass.Validate()常见的模板方法模式不是吗?

2 个答案:

答案 0 :(得分:12)

不关注您所选择的架构的细节,只关注Windsor容器配置:

如果您已将多个命名实现注册到给定接口(IValidator),则可以在注册使用者类时指定要使用的实现(ClassAClassB)使用ServiceOverrides

以下容器配置提供OtherClass ClassA个实例,ValidatorAClassB个实例ValidatorB

var container = new WindsorContainer();

container.Register(Component.For<IClassA>().ImplementedBy<ClassA>()
    .DependsOn(ServiceOverride.ForKey<IValidator>().Eq("ValidatorA")));
container.Register(Component.For<IClassB>().ImplementedBy<ClassB>()
    .DependsOn(ServiceOverride.ForKey<IValidator>().Eq("ValidatorB")));

container.Register(Component.For<IValidator>().ImplementedBy<ValidatorA>()
    .Named("ValidatorA"));
container.Register(Component.For<IValidator>().ImplementedBy<ValidatorB>()
    .Named("ValidatorB"));

container.Register(Component.For<OtherClass>().ImplementedBy<OtherClass>());

var oc = container.Resolve<OtherClass>();

答案 1 :(得分:2)

您似乎正在尝试将紧密夫妻(ClassAValidatorAClassBValidatorB)作为独立类型放入公共容器中。这毫无意义。如果您必须依赖这样的紧耦合,请忘记这方面的依赖注入,并且只是难以引用类型。

如果您可以为所有类实现公共验证器,那么这将更有意义。例如,让类负责提供验证规则,并让Validator 只是执行规则。或者也许只是在你的课程中包含整个验证,这可能是最明智的方案。

MyBaseClass.Validate()看起来像是控制反转,但不像模板方法。