構造函數注入循環通過反射解決了依賴關係？

Question

針對這裏我的問題，這是關於有一個循環依賴一半：

C# ASP.NET Dependency Injection with IoC Container Complications

主講依賴於IVIEW。頁面（實現IView）取決於主持人。其他已經解決了從構造注入到財產注入的這種轉換

我沒有這樣做，因爲我覺得您現在需要製作可以在外部進行修改的公共屬性，並且也成爲開發人員初始化的責任。

但似乎我已經能夠解決這個問題的另一種方式。

通過具有默認構造函數以及重載參數化構造函數的頁面，您可以通過反射調用無參數構造函數來創建對象 然後通過注入依賴項來調用重載的對象。

I'ill通過示例示出了：

class TestObject 
{ 
    public string Name { get; set; } 

    public TestObject() 
    { 
     Name = "Constructed with no args"; 
     Console.WriteLine("constructor hash code: " + GetHashCode()); 
    } 

    public TestObject(string name) 
    { 
     this.Name = name; 
     Console.WriteLine("constructor hash code: " + GetHashCode()); 
    } 
} 

該目的可以簡單地構成：

var obj = Activator.CreateInstance<TestObject>(); 

或

var obj = new TestObject(); 

但是，我可以通過反射使用重載的構造注入依賴關係：

ConstructorInfo ctor = obj.GetType().GetConstructors()[1]; 
ctor.Invoke(obj, new[] { "injected" }); 

我能夠用這種方式來線了structuremap註冊創建後的實例，然後注入的依賴關係。

當然，我們可以使用常規方法來注入依賴關係，但是這又打破了封裝，所以您可以再次調用此 來覆蓋依賴關係。

而且作爲構造這個斜面簡單地通過靜態代碼到達。

但我不知道我是怎麼想的，感覺就像一個黑客或東西，我可以簡單地做偶然在C＃中一點點。

我想聽聽您的想法

感謝。

Answer 1

我不喜歡這種反射的使用，因爲它意味着您無法輕鬆創建一個IoC容器的視圖/演示者。求解IoC容器的需要

的一種方式是使用一個工廠能夠容易地創建一個視圖/主持人和放置反射邏輯在工廠。

然而，在這一點上，你可以有一個簡單的財產或Initialize(view)/Initialize(presenter)方法。調用這些方法的責任由工廠或IoC容器（其充當工廠）從開發人員手中帶走。

構建時將依賴項傳遞給對象的替代方法是將可以構建依賴項的工廠傳遞給對象。最簡單的工廠形式是一個簡單的Func。

void Main() 
{ 
    var controller = Controller.Create (c => new View (c)); 
} 

class Controller { 
    private View view; 

    // This could also be a constructor, but I prefer to think of this 
    // as a factory method. 
    public static Controller Create (Func<Controller, View> viewBuilder) { 
     var controller = new Controller(); 
     var view = viewBuilder (controller); 
     controller.Initialize (view); 
     return controller; 
    } 

    protected Controller() { 
    } 

    protected void Initialize (View view) { 
     this.view = view; 
    } 
} 

class View { 
    private Controller controller; 

    public View (Controller controller) { 
     this.controller = controller; 
    } 
} 

---

如果你堅持要具有一對構造函數的我會做無參數的構造函數保護，除非它確實是有效的沒有一個主持人/視圖創建視圖/主持人。這會阻止某人錯誤地使用該構造函數，因爲在構建之後沒有反射來初始化視圖/演示者。

雖然我後來認爲這是一個稍微好一點的反射思想是將一個無參數的構造函數保護，以及一個受保護的初始化方法。

public class TestObject 
{ 
    protected TestObject() { 
    } 

    public TestObject (string name) { 
     Initialize (name) 
    } 

    protected Initialize (string name) {} 
} 

這強制您不能構造它沒有名稱，除非您使用反射。反射將被封裝在工廠中，以確保Initialize也被稱爲。