EntityFramework Core Update-Database报错：程序集未找到DbContext

嘿，这个问题我之前帮不少开发者解决过，其实你完全不用打破精心设计的分层结构！咱们一步步来拆解：

为什么会报错？ #

update-database命令默认会在当前设置的启动项目中查找DbContext实现。你的启动项目是MyProject.Service，而DbContext在DataAccessLayer里，且Service层没有直接引用DAL的DbContext，所以EF Core找不到它，就抛出了那个错误：

No DbContext was found in assembly 'MyProject.Service'. Ensure that you're using the correct assembly and that the type is neither abstract nor generic.

解决方案（两种都不破坏分层） #

方案1：通过命令参数指定DbContext所在项目和类型（最推荐） #

每次执行update-database时，加上-Project和-Context参数，明确告诉EF Core去哪里找你的DbContext：

update-database -Project MyProject.DataAccessLayer -Context YourDbContextClassName

把YourDbContextClassName替换成你实际的DbContext类名（比如AppDbContext）。这种方式不需要修改任何项目引用或代码，完全保持你的分层设计。

方案2：在启动项目中注册DbContext（无需每次加参数） #

如果你不想每次执行命令都加参数，可以在启动项目（Service层）中做最小化的配置，依然不破坏分层：

1. 给MyProject.Service添加对MyProject.DataAccessLayer的项目引用（只是引用，不用在Service层写任何数据访问代码）
2. 在Service层的Program.cs（或Startup.cs）中注册DbContext：

// 假设用的是SQL Server，根据你的数据库类型调整
builder.Services.AddDbContext<YourDbContextClassName>(options =>
    options.UseSqlServer(builder.Configuration.GetConnectionString("YourConnectionStringName")));

这样EF Core的命令会自动识别到启动项目中注册的DbContext，同时你的分层逻辑依然成立：Service层只调用BusinessLogicLayer，BLL通过ViewModel和DAL交互，不会直接操作DbContext。

关键结论 #

你完全不需要把数据访问操作放到启动项目里！报错只是EF Core命令的默认查找逻辑导致的，通过上面的两种方法，既能解决问题，又能保留你原本的N层架构设计。

内容的提问来源于stack exchange，提问作者Emre Çınar