C#中如何存储与使用接口实现列表？HangFire任务注册难题

问题根源 #

JobConfiguration<T> 是不变泛型类，JobConfiguration<CheckFilesJob> 无法直接转换为 JobConfiguration<IJob>，导致你无法创建统一的列表。同时直接手动实例化Job会破坏依赖注入逻辑，因此需要通过非泛型抽象层来兼容不同的泛型配置实例。

步骤1：定义非泛型基础接口 #

创建一个不包含泛型约束的接口，作为所有Job配置的统一抽象：

public interface IJobConfiguration
{
    string Key { get; }
    string QueueName { get; }
    string CronExpression { get; }
    // 把注册逻辑封装到配置类内部
    void Register(IServiceProvider serviceProvider);
}

步骤2：改造泛型配置类 #

让原有的泛型配置类实现上述接口，并把HangFire注册逻辑内聚到类中：

public class JobConfiguration<T> : IJobConfiguration
    where T : IJob
{
    public JobConfiguration(string key, string queueName, Expression<Func<T, Task>> jobExpression, string cronExpression)
    {
        Key = key;
        QueueName = queueName;
        JobExpression = jobExpression;
        CronExpression = cronExpression;
    }

    public string Key { get; }
    public string QueueName { get; }
    public string CronExpression { get; }
    private Expression<Func<T, Task>> JobExpression { get; }

    public void Register(IServiceProvider serviceProvider)
    {
        var recurringJobManager = serviceProvider.GetRequiredService<IRecurringJobManager>();
        
        // 利用HangFire的DI集成自动解析Job实例，无需手动new
        recurringJobManager.AddOrUpdate(
            Key,
            JobExpression,
            CronExpression,
            new RecurringJobOptions { QueueName = QueueName }
        );
    }
}

步骤3：创建统一列表并完成注册 #

现在可以用非泛型接口创建列表，所有具体Job的配置实例都能正常加入：

var jobConfigs = new List<IJobConfiguration>
{
    new JobConfiguration<CheckFilesJob>(
        "Check Files",
        jobsConfiguration.Value.QueueName,
        x => x.Run(),
        jobsConfiguration.Value.CheckFilesSchedule),
    new JobConfiguration<AnotherJob>(
        "Another Job",
        jobsConfiguration.Value.QueueName,
        x => x.Run(),
        jobsConfiguration.Value.AnotherJobSchedule)
};

注册方法也改为接收非泛型接口集合：

public static void HandleJobRegistration(
    this IServiceProvider serviceProvider,
    IEnumerable<IJobConfiguration> configurations)
{
    foreach (var config in configurations)
    {
        config.Register(serviceProvider);
    }
}

核心优势 #

1. 解决泛型兼容性：通过非泛型接口作为统一类型，绕过了泛型类的不变性限制；
2. 保留强类型校验：x => x.Run() 依然是针对具体Job类型的强类型表达式，不会出现编译错误；
3. 兼容依赖注入：HangFire会自动从DI容器中解析Job实例，无需手动处理服务注入；
4. 逻辑内聚：每个Job的配置和注册逻辑绑定在一起，代码更清晰。

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