如何在项目中自动化DbSet操作？应选用何种生成器？

首先明确：自动化DbSet操作完全是正确的解决方案。你的项目实体数量多且未来还要扩展，手动维护DbContext里的DbSet不仅重复劳动，还容易出现漏加、命名错误（比如实体是Doctor，DbSet写成Doctor而不是Doctors）这类问题，自动化能彻底解决这些痛点，提升开发效率。

针对你的场景，推荐两种成熟的生成方案：

1. T4文本模板生成器 #

这是.NET生态里最常用的轻量生成方案，上手快，不需要复杂的框架依赖，直接在项目里创建T4模板文件就能实现。

实现思路： #

• 把HospitalManagementDbContext改成partial类，避免生成的代码覆盖原有逻辑；
• 编写T4模板，扫描你项目中实体类所在的命名空间（比如HospitalManagement.Domain.Entities下的所有类）；
• 按照你现有代码的#region分组规则（比如根据实体所属的子命名空间：Common、Management等），自动生成对应的DbSet<Entity> Entities { get; set; }代码；
• 模板可以设置命名约定，比如实体类名Address自动生成DbSet<Address> Addresses，符合EF的惯例。

示例模板片段（简化版）： #

<#@ template language="C#" #>
<#@ assembly name="System.Core" #>
<#@ import namespace="System.Linq" #>
<#@ import namespace="System.Reflection" #>
<#@ output extension=".cs" #>

namespace HospitalManagement.Persistence.Context
{
    public partial class HospitalManagementDbContext
    {
        <# // 扫描Common命名空间下的实体 #>
        #region Common
        <# foreach (var entityType in GetEntitiesFromNamespace("HospitalManagement.Domain.Entities.Common")) { #>
        public DbSet<<#= entityType.Name #>> <#= Pluralize(entityType.Name) #> { get; set; }
        <# } #>
        #endregion

        <# // 同理扫描其他命名空间 #>
        #region Management
        <# foreach (var entityType in GetEntitiesFromNamespace("HospitalManagement.Domain.Entities.Management")) { #>
        public DbSet<<#= entityType.Name #>> <#= Pluralize(entityType.Name) #> { get; set; }
        <# } #>
        #endregion
    }
}

<#+
// 辅助方法：获取指定命名空间下的实体类
private IEnumerable<Type> GetEntitiesFromNamespace(string ns)
{
    return Assembly.Load("HospitalManagement.Domain").GetTypes()
        .Where(t => t.Namespace == ns && !t.IsAbstract && !t.IsGenericType);
}

// 辅助方法：简单实现类名复数化（可根据需求完善）
private string Pluralize(string name)
{
    if (name.EndsWith("y")) return name.Substring(0, name.Length -1) + "ies";
    if (name.EndsWith("s")) return name + "es";
    return name + "s";
}
#>

2. .NET源代码生成器（Source Generator） #

如果你的项目用的是.NET 5及以上版本，更推荐用源代码生成器——它是编译时自动执行的，和项目构建流程深度集成，不需要手动运行模板，完全自动化。

实现思路： #

• 创建一个单独的类库项目作为生成器；
• 编写生成器逻辑：在编译时扫描项目中的实体类（通过Roslyn API分析源代码）；
• 生成包含所有DbSet属性的partial类，和你的HospitalManagementDbContext合并；
• 同样可以根据实体的命名空间、自定义特性来划分#region分组。

优势： #

• 完全自动化，编译时自动更新DbSet，不会出现“忘记运行模板导致DbSet缺失”的问题；
• 支持更复杂的代码分析逻辑，比如根据实体的特性自定义DbSet的配置。

注意事项 #

• 无论用哪种方案，都要把HospitalManagementDbContext改成partial类，生成的代码放在单独的文件里，避免和手动编写的代码冲突；
• 确保实体类符合统一的约定（比如都在指定命名空间下，没有特殊的DbSet配置需求），如果有特殊配置的实体，可以手动在原DbContext类中添加，生成器只处理常规实体；
• 复数化逻辑可以根据你的项目命名习惯完善，比如用更专业的复数化库来替代简单的自定义方法。

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