限制接口子类返回的泛型类型技术咨询

针对你描述的接口结构，要根据ITradable的派生类型（ISpendable/ILoanable）动态获取对应的ISpendManager/ILoanManager，这里有几个实用的实现思路，你可以根据项目复杂度选择：

1. 直接类型检查（简单场景首选） #

如果你的ITradable派生类型不多，且短期内不会频繁新增，直接用类型判断是最直观的方式：

public T GetMatchingManager<T>(ITradable tradable, ManagerLocation location) 
    where T : ITradeManager
{
    switch (tradable)
    {
        case ISpendable _:
            return tradable.GetTradeManager<ISpendManager>(location) as T;
        case ILoanable _:
            return tradable.GetTradeManager<ILoanManager>(location) as T;
        default:
            throw new InvalidOperationException(
                $"No corresponding TradeManager found for type {tradable.GetType().Name}");
    }
}

优点：代码简单、可读性强，不需要额外依赖；
缺点：新增ITradable派生类型时必须修改此方法，违反开闭原则。

2. 类型映射字典（灵活扩展场景） #

如果后续可能新增更多ITradable子类，用字典维护“可交易类型-管理器类型”的映射关系，能避免频繁修改核心逻辑：

首先定义全局映射（可以放在静态类或配置类中）：

private static readonly Dictionary<Type, Type> _tradableManagerMap = new()
{
    { typeof(ISpendable), typeof(ISpendManager) },
    { typeof(ILoanable), typeof(ILoanManager) }
};

然后实现动态获取逻辑：

public ITradeManager GetCorrespondingManager(ITradable tradable, ManagerLocation location)
{
    if (!_tradableManagerMap.TryGetValue(tradable.GetType(), out var managerType))
    {
        throw new KeyNotFoundException(
            $"No manager type registered for tradable type {tradable.GetType().Name}");
    }

    // 通过反射调用泛型方法GetTradeManager
    var getManagerMethod = typeof(ITradable)
        .GetMethod(nameof(ITradable.GetTradeManager))
        .MakeGenericMethod(managerType);
    
    return getManagerMethod.Invoke(tradable, new object[] { location }) as ITradeManager;
}

如果需要强类型返回，可以调整为：

public T GetCorrespondingManager<T>(ITradable tradable, ManagerLocation location) 
    where T : ITradeManager
{
    if (!_tradableManagerMap.TryGetValue(tradable.GetType(), out var managerType) || 
        !typeof(T).IsAssignableFrom(managerType))
    {
        throw new InvalidOperationException(
            $"No matching manager of type {typeof(T).Name} for tradable {tradable.GetType().Name}");
    }

    var getManagerMethod = typeof(ITradable)
        .GetMethod(nameof(ITradable.GetTradeManager))
        .MakeGenericMethod(managerType);
    
    return getManagerMethod.Invoke(tradable, new object[] { location }) as T;
}

优点：新增类型时只需在字典中添加映射，核心逻辑无需修改；
缺点：用到反射，性能略低于直接类型检查（一般场景可忽略）。

3. 接口扩展（面向对象最佳实践） #

在ITradable接口中新增一个方法，让每个派生类型自行声明对应的管理器类型，完全遵循开闭原则：

首先扩展接口：

public interface ITradable 
{
    T GetTradeManager<T>(ManagerLocation location) where T : ITradeManager;
    // 新增方法：返回当前类型对应的管理器类型
    Type GetAssociatedManagerType();
}

然后在每个派生接口的实现类中实现该方法：

public class SpendableItem : ISpendable
{
    public T GetTradeManager<T>(ManagerLocation location) where T : ITradeManager
    {
        // 具体实现：返回ISpendManager实例
        return new SpendManager(location) as T;
    }

    public Type GetAssociatedManagerType()
    {
        return typeof(ISpendManager);
    }
}

public class LoanableItem : ILoanable
{
    public T GetTradeManager<T>(ManagerLocation location) where T : ITradeManager
    {
        // 具体实现：返回ILoanManager实例
        return new LoanManager(location) as T;
    }

    public Type GetAssociatedManagerType()
    {
        return typeof(ILoanManager);
    }
}

最后实现动态获取逻辑：

public ITradeManager GetCorrespondingManager(ITradable tradable, ManagerLocation location)
{
    var managerType = tradable.GetAssociatedManagerType();
    var getManagerMethod = typeof(ITradable)
        .GetMethod(nameof(ITradable.GetTradeManager))
        .MakeGenericMethod(managerType);
    
    return getManagerMethod.Invoke(tradable, new object[] { location }) as ITradeManager;
}

优点：完全符合开闭原则，新增ITradable类型时只需实现接口方法，无需修改任何现有逻辑；
缺点：需要修改原有接口定义（如果接口已稳定，可能需要权衡）。

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