依賴注入解決方案和單元測試

我試圖學習依賴注入，並遇到單元測試應用程序時出現問題。依賴注入解決方案和單元測試

我正在寫一個控制檯應用程序，創建並在main（）初始化的容器，它可作爲一個Program.Containerget-property，在我的應用程序，以便在任何地方我可以打電話Program.Container.Resolve<..>()。

我有一個ServiceValidator類是這樣的：

public class ServiceValidator 
{ 
    private readonly IConfiguration _configuration; 
    private readonly IService _service; 

    public ServiceValidator(IConfiguration configuration, IService service) 
    { 
     _configuration = configuration; 
     _service = service; 
    }

在另一大類我用

ServiceValidator serviceValidator = Program.Container.Resolve<ServiceValidator>(); 
serviceValidator.VerifyVersion();

這引起了我的問題，在單元測試Program.Container.Resolve通話，因爲它不已設置。

那是一個不好的做法，呼籲解決在容器上？我可以在Main()中創建ServiceValidator實例並傳遞該對象，但這似乎很愚蠢，因爲它會導致只傳遞給下一個方法的對象的很多參數。

所以我想這是可以接受的一類中調用化解，但隨後的容器必須配置爲單元測試。我應該怎麼做，我應該把容器移到另一個地方而不是Program課程嗎？你會推薦什麼？

如果它的事項，我使用的是團結和C＃

感謝:-)

來源

2009-05-04 Karsten

這是一個不好的做法，在容器上調用解析？我可以在Main（）中創建ServiceValidator實例並傳遞該對象，但這似乎很愚蠢，因爲它會導致只傳遞給下一個方法的對象的很多參數。

當您一路使用依賴注入時，則不需要將大量參數傳遞給對象。每個對象的構造函數應該只有它自己直接使用的那些依賴關係的參數 - 它不會知道它的直接依賴關係的傳遞依賴關係。

因此，如果您有一個需要ServiceValidator的類X，那麼類X將具有ServiceValidator類型的構造函數參數。那麼如果某個類Y使用類X，那麼類Y將具有類型X的構造函數參數。請注意，Y 對ServiceValidator沒有任何知識，因此您不需要將ServiceValidator從一個類傳遞到另一個類 - 唯一的地方在構建X時使用它，這通常是由DI框架完成的，或者在手寫體工廠中只有一個地方完成。

更多信息，有些鏈接：