如何从.sqlproj的T-SQL定义用T4或Roslyn生成EF Core/Dapper类？

直接用T4模板或Roslyn生成器关联.sqlproj的可行性 #

可以实现，但需要自行处理T-SQL语法解析的复杂问题：

• T4模板：在DAL类库中创建T4模板，通过相对路径遍历.sqlproj项目下的所有T-SQL文件（表、视图、存储过程等），提取对象结构。但T-SQL语法复杂（比如自定义类型、约束、跨版本语法差异），自行编写解析逻辑容易出错，且需要手动配置模板触发时机，确保.sqlproj文件更新时重新生成代码。
• Roslyn源代码生成器：作为编译时集成的工具，可通过MSBuild获取.sqlproj的项目文件列表，遍历其中的T-SQL项。可以借助Microsoft.SqlServer.TransactSql.ScriptDom官方库解析T-SQL脚本，提取元数据。但同样需要处理解析后的元数据映射到C#类型的逻辑，且要适配不同SQL Server版本的语法差异。

基于DACPAC的方案（更推荐） #

这是更可靠的官方标准流程，利用.sqlproj本身的编译能力生成结构化元数据：

1. 生成DACPAC：.sqlproj编译后默认会输出DACPAC文件（本质是包含数据库架构元数据的压缩包），只需确保.sqlproj的构建配置正常，每次修改架构后都能生成最新的DACPAC。
2. 解析DACPAC生成代码：在DAL项目中，使用Microsoft.SqlServer.Dac（DacFx）库加载DACPAC，直接读取其中的结构化元数据（包括表的列、类型、主键、外键，视图、存储过程定义等），再通过T4模板或Roslyn生成器将这些元数据映射为C#实体类和DbContext。

该方案的优势 #

• 无需自行编写复杂的T-SQL解析逻辑，DACPAC的元数据由官方工具生成，准确性和完整性有保障，能覆盖所有数据库对象细节。
• 完全贴合DBA团队以.sqlproj为唯一可信数据源的要求，架构变更后只需重新编译.sqlproj，生成器即可基于最新DACPAC自动更新代码，一致性强。

方案对比总结 #

• 直接解析T-SQL：适合简单场景，但维护成本高，边缘场景处理容易遗漏。
• DACPAC方案：利用官方工具链，可靠性高，适配复杂架构，是符合团队规范的最优选择。

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