C#泛型问题：如何让不同命令处理器返回指定CustomerResponse<T>

问题核心在于原接口设计不合理：非泛型的ICommandHandler搭配泛型Handle<T>方法，导致调用时T被输入参数的类型绑定，但处理器实际要返回的是另一种类型的CustomerResponse，强制类型转换必然引发错误。下面是具体的修正方案：

1. 重构泛型命令处理器接口 #

把ICommandHandler改成泛型接口，明确指定每个处理器对应的输入命令类型和输出响应类型：

public interface ICommandHandler<TCommand, TResponse>
{
    CustomerResponse<TResponse> Handle(TCommand command);
}

2. 修改处理器实现类 #

让CustomerCommandHandler实现特定的泛型接口版本，输入为CustomerDetails，输出为Operation，这样Handle方法的返回类型完全匹配业务逻辑，不需要任何强制转换：

public class CustomerCommandHandler : ICommandHandler<CustomerDetails, Operation>
{
    private readonly ICustomerService _customerService;

    // 构造函数注入服务
    public CustomerCommandHandler(ICustomerService customerService)
    {
        _customerService = customerService;
    }

    public CustomerResponse<Operation> Handle(CustomerDetails command)
    {
        // 直接返回正确类型的结果，无需转换
        return _customerService.CustomerOperation(command);
    }
}

3. 调整调用代码 #

在Program.cs中，直接使用对应类型的处理器调用，得到的结果就是预期的CustomerResponse<Operation>：

// 假设通过依赖注入或直接实例化处理器
var customerHandler = new CustomerCommandHandler(_customerService);
CustomerResponse<Operation> result = customerHandler.Handle(details);

为什么原方案不行？ #

原接口的Handle<T>(T details)方法，T的类型由调用时传入的details决定（也就是CustomerDetails），但处理器内部返回的是CustomerResponse<Operation>，这两种CustomerResponse是不同的封闭泛型类型，无法直接转换——即使通过object中转，运行时也会因为类型不匹配抛出异常，同时编译器也无法提供类型安全检查。

改成泛型接口后，每个处理器的输入输出类型都被明确约束，既保证了类型安全，又能让每个处理器返回各自对应的CustomerResponse类型，完全满足需求。

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