在ASP.NET Core MVC+EF Core中，能否基于SQL查询/存储过程搭建控制器和视图？

核心结论 #

VS的默认MVC脚手架功能无法直接基于原生SQL查询或存储过程生成模型、控制器和视图，它仅支持基于数据库表或已映射到数据库对象（如视图）的EF Core实体类来生成代码。

你的思路可行性分析 #

你提到的「为每个报表创建SQL视图，再在DbContext中定义DbSet<TimeReportView>映射到视图」是完全可行的，这也是适配VS脚手架的最优方案之一。视图可以封装多表聚合、时间筛选等复杂逻辑，EF Core会将其视为普通表处理，这样就能直接用脚手架基于该DbSet<>生成对应的MVC代码。

推荐替代方案 #

1. SQL视图 + EF Core实体映射 + 脚手架（最推荐） #

• 操作步骤：
  1. 在数据库中创建对应报表的视图，封装好多表关联、聚合计算和基础筛选逻辑；
  2. 创建与视图返回列匹配的实体类，用[Table("你的视图名称")]特性标记，或在DbContext的OnModelCreating方法中配置映射；
  3. 在DbContext中添加public DbSet<TimeReportView> TimeReports { get; set; }；
  4. 使用VS脚手架选择「使用EF Core的MVC控制器」，基于该DbSet生成控制器和视图，后续可在代码中通过Linq添加额外的时间范围筛选（EF Core会自动将Linq条件转换为SQL拼接到视图查询中）。
• 优势：复用脚手架减少重复编码，视图封装复杂逻辑，实体强类型易维护。

2. 存储过程 + 手动实体 + 部分脚手架 #

• 操作步骤：
  1. 创建与存储过程返回列匹配的实体类；
  2. 用VS脚手架生成空的MVC控制器和视图；
  3. 在控制器中通过EF Core调用存储过程：

     var startDate = new SqlParameter("@StartDate", DateTime.Now.AddMonths(-1));
     var endDate = new SqlParameter("@EndDate", DateTime.Now);
     var reports = _context.TimeReports.FromSqlRaw("EXEC GetTimeReports @StartDate, @EndDate", startDate, endDate).ToList();
     

• 注意：EF Core 3.0及以上版本支持FromSqlRaw/FromSqlInterpolated调用存储过程，实体类属性名需与存储过程返回列名一致。

3. 原生SQL查询 + 强类型DTO + 代码生成工具 #

• 操作步骤：
  1. 创建对应报表的强类型DTO（如TimeReportDto）；
  2. 使用T4模板、Roslyn代码生成器等工具，自动生成控制器和视图的基础代码；
  3. 在控制器中执行原生SQL并映射到DTO：

     var reports = _context.Database.SqlQuery<TimeReportDto>(
         "SELECT Column1, Column2, SUM(Amount) AS Total FROM TableA JOIN TableB ON ... WHERE Date BETWEEN @Start AND @End",
         new SqlParameter("@Start", startDate),
         new SqlParameter("@End", endDate)
     ).ToList();
     

• 优势：完全自定义SQL逻辑，代码生成工具减少手动编码量。

EF Core与VS脚手架的局限性 #

• VS脚手架仅识别EF Core中已映射到数据库对象（表/视图）的实体，无法直接处理原生SQL或存储过程；
• EF Core对原生SQL的支持灵活，但需要手动处理实体/DTO的映射，脚手架无法自动生成这部分代码；
• 复杂报表场景下，Linq-to-SQL可能生成低效SQL，原生SQL/视图/存储过程更优，但需手动完成实体定义与代码生成的衔接。

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