MVP模式下使用依赖注入（DI）时如何管理视图？

咱们先聊聊不使用**依赖注入（Dependency Injection，DI）**的场景：这时候你完全可以自己手动创建View实例，并且全权管控它的生命周期——比如每次要显示View的时候新建一个实例，或者把之前隐藏的实例重新调出来显示，整个过程都在你的掌控之中，自由度很高。

而当咱们把DI引入MVP模式后，核心的变化会集中在Presenter类上。这时候我们可以把IView这个抽象接口视为Presenter的一个关键依赖，由DI容器在运行时通过Presenter的构造函数自动注入进去，再也不用你手动去new具体的View实例了。

举个简单的代码示例来理解：

public class MyPresenter
{
    private readonly IView _view;

    // DI容器会自动传入IView的具体实现
    public MyPresenter(IView view)
    {
        _view = view;
    }

    // Presenter的核心业务逻辑，比如加载数据并展示到View
    public void LoadDisplayData()
    {
        var businessData = FetchBusinessData();
        _view.RenderData(businessData);
    }

    // 模拟获取业务数据的方法
    private BusinessModel FetchBusinessData()
    {
        return new BusinessModel { Title = "Sample Item", Description = "DI注入后的MVP示例" };
    }
}

// 定义View的抽象接口
public interface IView
{
    void RenderData(BusinessModel data);
}

// 对应的业务模型类
public class BusinessModel
{
    public string Title { get; set; }
    public string Description { get; set; }
}

这种注入方式最大的优势就是实现了Presenter和具体View的完全解耦——Presenter只需要依赖抽象的IView，根本不用关心背后是WinForm的View、WPF的View还是其他什么实现。这不仅让代码的扩展性更好，还极大地方便了单元测试：你只需要Mock一个IView的实现，就能单独测试Presenter的业务逻辑，完全不用依赖真实的UI控件。

内容的提问来源于stack exchange，提问作者Hopeless