构造函数注入循环依赖通过反射解决？

Question

为了回答我在这里的问题，这是循环依赖的一半：

C# ASP.NET 依赖注入与 IoC 容器并发症

演示器依赖于 IView。并且Page（实现IView）依赖于presenter。其他人已经解决了从构造函数注入到属性注入的转换，

我不喜欢这个，因为我觉得你现在需要创建可以在外部修改的公共属性，并且也成为开发人员初始化的责任。

但似乎我已经能够通过另一种方式解决这个问题。

通过页面具有默认构造函数以及重载的有参构造函数，您可以通过反射调用无参构造函数来创建对象 然后通过注入依赖项来调用重载的。

我将通过示例说明：

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" });

我能够使用这种方法来连接结构图以在创建后注册实例，然后注入的依赖关系。

当然我们可以使用常规方法来注入依赖项，但这又有点破坏了封装，所以你可以这样调用 再次覆盖依赖项。

另外，作为构造函数，这不能简单地通过静态代码来实现。

但我不知道我对此有何感受，感觉有点像黑客或我可以在 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 也被调用。