依赖注入 - 何时使用属性注入

时间:2013-09-13 06:45:32

标签: c# dependency-injection ioc-container

我有一个类有这样的构造函数的类:

    private string _someString;
    private ObjectA _objectA;
    private ObjectB _objectB;
    private Dictionary<Enum, long?> _dictionaryA;
    private Dictionary<Tuple<Enum,long?>, long?> _dictionaryB; 

    public SomeDiClass(string someString)
    {
        _someString = someString;

        _objectA = new ObjectA();
        _objectB = new ObjectB();

        _dictionaryA = new Dictionary<Enum, long?>();
        _dictionaryB = new Dictionary<Tuple<Enum, long?>, long?>();
    }

我想从这个构造函数中获取依赖项创建。在第一步中,我将ObjectA和B依赖项移动到构造函数参数,以通过构造函数注入注入它们。我想为此目的使用IoC容器,这就是我现在停留的地方。问题是如何使用someString和词典。我需要将它们注入到类中,因为字典的内容将是单元测试的重要部分。 通过属性注入注入字符串和字典是不是一个好主意(我不需要在其他类中使用它们),所以我最终会得到这样的东西?:

    private ObjectA _objectA;
    private ObjectB _objectB;

    public string SomeString { get; set; }
    public Dictionary<Enum, long?> DictionaryA { get; set; }
    public Dictionary<Tuple<Enum, long?>, long?> DictionaryB { get; set; }

    public SomeDiClass(ObjectA objectA, ObjectB objectB)
    {
        _objectA = objectA;
        _objectB = objectB;
    }

有没有最好的做法来解决这样的问题?

2 个答案:

答案 0 :(得分:16)

依赖注入不是一个目标,而是一组特定问题的解决方案。例如,依赖注入可以轻松替换单元测试的抽象,并使您的应用程序更加灵活,因为您可以在不知道消费类的情况下交换,修饰和拦截依赖项。

这并不意味着您应该为一个类注入每个依赖项,因为它必须帮助您使类更易于测试并且系统更易于维护。因此,您必须问自己,从测试的角度来看,从外部注入这些词典是否有帮助,或者它是否有助于使您的应用程序更加灵活。

这个最后一个问题对我来说很难回答,因为你的问题没有足够的细节。但这里有一些指示:

您通常希望注入类的唯一内容是服务和配置值。

服务是一些提供“服务”的合同/抽象/接口。这通常意味着服务将代表您执行某些操作,例如计算价格,与数据库通信,缓存值,返回系统时间,格式化硬盘驱动器:)

配置值就是这样;只是一个价值。但是你需要注入它,因为它不能硬编码到类中,并且你不希望类从例如ConfigurationManager获取值本身,因为那会产生隐藏的依赖(在Configurationmanager),这将使课程更难测试。

其他内容,例如基元,消息,DTO,集合类型和实体,以及任何其他不提供任何服务(业务逻辑)且不受单元测试影响的东西,不一定是抽象,因此不必注入。在你的情况下,词典是SomeDiClass类的内部状态的某些部分,而不是你的类所依赖的服务。

另一方面,如果这些词典被其他服务重用,则必须注入这些词典。但你永远不想直接注入这样的字典本身,因为字典本身不是服务。相反,你需要围绕它们创建一个抽象;隐藏字典细节并为应用程序提供服务的东西。

答案 1 :(得分:2)

当您的类型的对象创建超出您的控制范围时,您应该使用属性注入(或setter注入)。像aspx Page,HttpHandler,ApiController等。对于所有其他情况,建议使用构造函数注入。

要使用StructureMap解析aspx页面的依赖关系,我使用以下方法。

首先,我创建一个BasePage类,并在构造函数中使用StructureMap的BuildUp()方法来解析派生页面的依赖关系。代码如下:

public class BasePage : Page
{
    public BasePage()
    {
        // instruct StructureMap to resolve dependencies
        ObjectFactory.BuildUp(this);
    }
}

public class Default : BasePage
{
     public ICustomerService customerService { get; set; }

     protected void Page_Load(object sender, EventArgs e)
     {
         // can start using customerService
     }
}

public class Login : BasePage
{
     public IAuthenticationService authenticationService { get; set; }

     protected void Page_Load(object sender, EventArgs e)
     {
         // can start using authenticationService
     }
}