从多数据源获取数据时如何避免类和方法名重复（.NET 5场景）

以下方案适配你现有的项目结构，无需大规模重构，可同时解决类名重复和长度过长问题：

方案1：利用命名空间+别名指令（改动最小） #

你已经按数据源拆分了文件夹，可直接复用文件夹对应命名空间做天然隔离，无需修改现有类名：

• 各数据源的Accessor保持短命名DeviceAccessor，分属不同命名空间，例如SQL Server实现归到YourApp.DataAccess.SqlServer，Azure TSI实现归到YourApp.DataAccess.TimeSeriesInsights
• 根目录的聚合类从XXXAccessor重命名为XXXAggregator，天然和下层数据源Accessor做语义区分，避免同层级命名冲突
• 调用时在文件头部用using别名简化跨命名空间引用，不用写全类名：

// 聚合类文件头部定义别名
using SqlDeviceAccessor = YourApp.DataAccess.SqlServer.DeviceAccessor;
using TsiDeviceAccessor = YourApp.DataAccess.TimeSeriesInsights.DeviceAccessor;

// 代码中直接使用别名
public class DeviceAggregator
{
    private readonly SqlDeviceAccessor _sqlAccessor;
    private readonly TsiDeviceAccessor _tsiAccessor;
    // 构造函数注入逻辑
}

方案2：依赖注入键控服务（无感知避免冲突） #

.NET 5原生支持键控服务注册，完全不需要修改现有类名，从调用层面消除冲突：

• 为所有同业务的Accessor提取公共接口IDeviceAccessor，不同数据源的实现均继承该接口
• 服务注册时按数据源给实现打标记：

// Program.cs 注册服务
builder.Services.AddKeyedScoped<IDeviceAccessor, SqlServer.DeviceAccessor>("SqlServer");
builder.Services.AddKeyedScoped<IDeviceAccessor, TimeSeriesInsights.DeviceAccessor>("TimeSeriesInsights");

• 聚合层直接按键获取对应实现，无需关心具体实现类的命名：

public class DeviceAggregator(IServiceProvider sp)
{
    private readonly IDeviceAccessor _sqlAccessor = sp.GetRequiredKeyedService<IDeviceAccessor>("SqlServer");
    private readonly IDeviceAccessor _tsiAccessor = sp.GetRequiredKeyedService<IDeviceAccessor>("TimeSeriesInsights");
}

方案3：泛型基类约束（适合逻辑复用场景） #

如果不同数据源的同业务Accessor有大量公共逻辑，可通过泛型基类做隐式区分：

// 定义数据源标记接口
public interface ISqlServerDataSource { }
public interface ITimeSeriesInsightsDataSource { }

// 泛型Accessor基类
public abstract class DeviceAccessor<TDataSource> where TDataSource : IDataSource
{
    // 公共读写逻辑
}

// 不同数据源的具体实现
public class DeviceAccessor<ISqlServerDataSource> : DeviceAccessor<ISqlServerDataSource>
{
    // SQL Server 专属逻辑
}
public class DeviceAccessor<ITimeSeriesInsightsDataSource> : DeviceAccessor<ITimeSeriesInsightsDataSource>
{
    // TSI 专属逻辑
}

该方案下类名统一为DeviceAccessor，通过泛型参数区分，调用时配合DI自动注入对应实现，完全不会出现命名冲突。

以上方案均可将类名长度控制在20字符以内，同时完全避免同名混淆问题，可根据你的项目现有复杂度灵活选择组合使用。

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