如何修改C# ITransactionRepository接口支持多数据类型仓储方法

这是个很典型的泛型适用场景啊！要让ITransactionRepository接口支持不同仓储类的参数类型差异，同时保持契约的统一性，泛型接口绝对是你的最佳选择。下面给你两种可行的方案，结合你的50个方法场景，推荐第一种：

方案一：带多泛型参数的接口（推荐） #

直接为接口中每个方法的参数定义对应的泛型类型，这样每个仓储实现类可以精准指定自己需要的参数类型，同时严格遵循接口契约。

修改后的接口代码 #

// 为每个方法的参数定义泛型类型，按需扩展到50个方法的参数
public interface ITransactionRepository<TCategory, TCustomerId, TProduct, TDepartment>
{
    void SearchTransactionbyCategoryCustomerId(TCategory category, TCustomerId customerId);
    void SearchTransactionbyProductDepartment(TProduct product, TDepartment department);
    // 其他48个方法同理，为每个参数定义对应的泛型占位符
}

TransactionRepository1的实现 #

public class TransactionRepository1 : ITransactionRepository<string, int, char, long>
{
    public void SearchTransactionbyCategoryCustomerId(string category, int customerId)
    {
        // 这里写针对数据库1的查询逻辑
    }

    public void SearchTransactionbyProductDepartment(char product, long department)
    {
        // 这里写针对数据库1的查询逻辑
    }
    // 其他方法实现
}

TransactionRepository2的实现 #

public class TransactionRepository2 : ITransactionRepository<char, double, double, string>
{
    public void SearchTransactionbyCategoryCustomerId(char category, double customerId)
    {
        // 这里写针对数据库2的查询逻辑
    }

    public void SearchTransactionbyProductDepartment(double product, string department)
    {
        // 这里写针对数据库2的查询逻辑
    }
    // 其他方法实现
}

切换数据库的方式 #

在依赖注入容器中注册对应的实现即可，比如在ASP.NET Core中：

// 使用数据库1时
services.AddScoped<ITransactionRepository<string, int, char, long>, TransactionRepository1>();

// 切换到数据库2时，替换为
services.AddScoped<ITransactionRepository<char, double, double, string>, TransactionRepository2>();

这种方案的好处是：

• 类型安全：编译期就能检查参数类型是否匹配，避免运行时错误
• 契约清晰：每个实现类必须严格遵循接口定义的方法签名，只是替换了类型
• 扩展性强：新增方法时只需添加对应的泛型参数即可

方案二：泛型方法（适合参数类型差异不固定的场景） #

如果部分方法的参数类型在不同仓储中差异不规律，也可以为每个方法单独定义泛型：

修改后的接口代码 #

public interface ITransactionRepository
{
    void SearchTransactionbyCategoryCustomerId<TCategory, TCustomerId>(TCategory category, TCustomerId customerId);
    void SearchTransactionbyProductDepartment<TProduct, TDepartment>(TProduct product, TDepartment department);
    // 其他方法同理
}

实现类示例 #

public class TransactionRepository1 : ITransactionRepository
{
    public void SearchTransactionbyCategoryCustomerId<TCategory, TCustomerId>(TCategory category, TCustomerId customerId)
    {
        // 注意：这里需要确保传入的TCategory是string、TCustomerId是int，否则可能需要类型转换或抛出异常
        var strCategory = category as string ?? throw new ArgumentException("Category must be string");
        var intCustomerId = Convert.ToInt32(customerId);
        // 后续逻辑
    }

    // 其他方法实现
}

这种方案的灵活性更高，但缺点是编译期无法强制参数类型，需要在实现中做类型校验，适合参数类型不确定的场景。结合你有50个固定参数类型差异的方法，方案一显然更合适。

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