如何避免多仓储类中IDisposable对象释放逻辑的重复编码问题

以下是可直接落地、优先级从高到低的方案：

方案1：抽取通用仓储基类（最高效通用） #

把重复的IDisposable实现逻辑完全封装到抽象基类中，所有具体仓储仅需继承该基类即可复用所有Dispose能力，无需重复编写代码，测试用例也仅需针对基类编写一套Dispose逻辑的测试用例，无需逐个给每个仓储单独适配：

// 通用仓储基类
public abstract class RepositoryBase : IDisposable
{
    protected readonly YourDbContext Context;
    private bool disposed = false;

    // 注入上下文
    protected RepositoryBase(YourDbContext context)
    {
        Context = context;
    }

    protected virtual void Dispose(bool disposing)
    {
        if (!disposed)
        {
            if (disposing)
            {
                Context.Dispose();
            }
            disposed = true;
        }
    }

    public void Dispose()
    {
        Dispose(true);
        GC.SuppressFinalize(this);
    }
}

具体仓储的实现示例：

public class WhateverRepository : RepositoryBase
{
    public WhateverRepository(YourDbContext context) : base(context)
    {
    }

    // 仅需编写当前仓储独有的业务逻辑即可，无需重复实现Dispose
}

方案2：依赖注入容器自动托管（适用于带DI框架的项目优先选择） #

如果你的项目使用了.NET生态的标准依赖注入框架（如ASP.NET Core自带DI、Autofac等），且仓储和DbContext均注册为Scoped生命周期的情况下，容器会在请求/生命周期结束后自动释放所有关联资源，无需手动编写任何Dispose代码，可直接移除所有自定义的IDisposable实现逻辑，完全省去重复编码的问题。

方案3：源生成器自动生成（适用于无法调整继承结构的场景） #

如果现有架构限制无法调整仓储的继承结构，可以使用.NET的源生成器能力，编写一套生成逻辑自动给所有标记了对应Attribute的仓储类自动生成Dispose相关代码，无需手动编写重复逻辑，代码会在编译时自动注入到目标类中。

内容的提问来源于stack exchange，提问作者Emilija Vilija Trečiokaitė