.NET 5 Windows Forms 依赖注入场景下跨窗体参数传递实现方案

• 现有实现已经偏离DI设计：窗体类在构造函数中手动从IServiceProvider拉取依赖属于服务定位反模式，正确的DI实现应当把窗体需要的固定服务直接通过构造函数注入，由容器自动解析，不需要窗体本身持有整个服务容器实例。
• DI容器本身只能解析应用启动时就固定的注册服务，无法识别构造函数里的动态业务参数（比如场景中的CustomerId）——这类参数是运行时用户操作产生的，不属于可注册的服务范畴，因此无法直接通过常规解析方式获取带动态参数的窗体实例。

你提出的“为带动态参数的窗体创建对应工厂类”的思路完全正确，这是WinForms搭配DI场景下的通用标准做法，不存在违背DI设计的问题。具体实现步骤如下：

1. 重构窗体构造逻辑，移除服务定位反模式 #

所有窗体的构造函数只需要声明两类参数：

• DI容器可自动解析的固定服务（比如IConfiguration、数据库上下文等）
• 运行时需要传入的动态业务参数（比如CustomerId）

重构后的CustomerSummary示例：

public partial class CustomerSummary : Form
{
    private readonly IConfiguration _configuration;
    private readonly SomeDbNameEntities _dbContext;

    // 移除所有对IServiceProvider的依赖
    public CustomerSummary(IConfiguration configuration, SomeDbNameEntities dbContext)
    {
        _configuration = configuration;
        _dbContext = dbContext;
        InitializeComponent();
        BindCustomerGrid();
    }

    private void dgvCustomer_RowHeaderMouseDoubleClick(object sender, DataGridViewCellMouseEventArgs e)
    {
        if (dgvCustomer.SelectedRows[0].Cells[0].Value == DBNull.Value) return;
        int customerId = (int)dgvCustomer.SelectedRows[0].Cells[0].Value;
        
        // 后续通过注入的工厂创建带参数的CustomerDetail窗体
    }   
}

重构后的CustomerDetail示例：

public partial class CustomerDetail : Form
{
    private readonly IConfiguration _configuration;
    private readonly SomeDbNameEntities _dbContext;
    private readonly int _customerId;

    // 固定服务由DI注入，动态业务参数由工厂传入
    public CustomerDetail(int customerId, IConfiguration configuration, SomeDbNameEntities dbContext)
    {
        _customerId = customerId;
        _configuration = configuration;
        _dbContext = dbContext;
        InitializeComponent();
        // 原有绑定客户详情的逻辑直接使用_customerId即可
    }
}

2. 为带动态参数的窗体创建工厂类 #

工厂类的职责是：在自身构造函数中注入创建目标窗体需要的所有固定DI服务，对外暴露一个公开方法，接收运行时动态参数，拼合所有参数后创建窗体实例。
以CustomerDetail的工厂为例：

// 定义工厂接口，方便后续替换/测试
public interface ICustomerDetailFormFactory
{
    CustomerDetail Create(int customerId);
}

// 工厂实现，由DI容器管理生命周期
public class CustomerDetailFormFactory : ICustomerDetailFormFactory
{
    // 工厂直接注入所有创建窗体需要的固定服务
    private readonly IConfiguration _configuration;
    private readonly SomeDbNameEntities _dbContext;

    public CustomerDetailFormFactory(IConfiguration configuration, SomeDbNameEntities dbContext)
    {
        _configuration = configuration;
        _dbContext = dbContext;
    }

    public CustomerDetail Create(int customerId)
    {
        // 拼合DI注入的固定服务和运行时传入的动态参数，创建窗体
        return new CustomerDetail(customerId, _configuration, _dbContext);
    }
}

3. 在DI容器中按规则注册服务 #

在应用入口的服务注册环节，遵循两个注册原则：

• 无动态参数的窗体（比如MainMenu、CustomerSummary）直接注册为Transient生命周期，DI自动解析构造中需要的固定服务
• 带动态参数的窗体本身不需要直接注册到DI，只需要注册对应的工厂类

注册示例片段：

// 注册基础服务
builder.Services.AddSingleton<IConfiguration>(builder.Configuration);
builder.Services.AddDbContext<SomeDbNameEntities>();

// 注册无动态参数的窗体
builder.Services.AddTransient<MainMenu>();
builder.Services.AddTransient<CustomerSummary>();

// 注册带动态参数窗体对应的工厂
builder.Services.AddTransient<ICustomerDetailFormFactory, CustomerDetailFormFactory>();

4. 窗体间调用的最终实现 #

• MainMenu中调用CustomerSummary时，不需要手动从IServiceProvider取实例，直接在构造函数中注入CustomerSummary即可，由DI自动完成实例创建
• CustomerSummary中调用CustomerDetail时，直接在构造函数中注入对应的工厂实例，调用工厂方法传入动态的CustomerId即可

重构后的CustomerSummary调用示例：

public partial class CustomerSummary : Form
{
    private readonly IConfiguration _configuration;
    private readonly SomeDbNameEntities _dbContext;
    // 注入对应窗体的工厂实例，不需要持有整个IServiceProvider
    private readonly ICustomerDetailFormFactory _customerDetailFactory;

    public CustomerSummary(
        IConfiguration configuration, 
        SomeDbNameEntities dbContext,
        ICustomerDetailFormFactory customerDetailFactory)
    {
        _configuration = configuration;
        _dbContext = dbContext;
        _customerDetailFactory = customerDetailFactory;
        InitializeComponent();
        BindCustomerGrid();
    }

    private void dgvCustomer_RowHeaderMouseDoubleClick(object sender, DataGridViewCellMouseEventArgs e)
    {
        if (dgvCustomer.SelectedRows[0].Cells[0].Value == DBNull.Value) return;
        int customerId = (int)dgvCustomer.SelectedRows[0].Cells[0].Value;
        
        // 直接调用工厂方法传入动态参数创建窗体
        CustomerDetail detailForm = _customerDetailFactory.Create(customerId);
        detailForm.Show();
    }   
}

虽然.NET 内置的DI扩展支持在解析服务时通过重载传入额外参数，但这种写法会隐式依赖容器的参数匹配逻辑，相比显式工厂存在可读性差、不利于单元测试的问题，不推荐在生产环境使用。

• 不要在窗体构造函数中注入整个IServiceProvider，这种服务定位反模式会让窗体和整个容器强耦合，失去DI带来的可测试性、可维护性优势
• 不要把动态业务参数做成窗体的公共可写属性，这种写法会让窗体的依赖不明确，漏传参数的问题要到运行时才会暴露
• 窗体默认注册为Transient生命周期即可，避免把窗体注册成单例，防止不同打开实例之间的状态残留

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