将含EF Core DbContext的.NET Core 3.1类库打包为NuGet包后引用时出现Microsoft.EntityFrameworkCore程序集找不到问题的求助

我之前刚好做过把.NET Core类库（包含EF Core数据访问逻辑）打包成可复用NuGet包的事情，你的问题根源其实非常明确——你的NuGet包没有声明依赖项，导致安装它的项目无法自动获取EF Core相关程序集。

为什么会出现这个错误？ #

你提供的.nuspec文件里，<dependencies />节点是空的：

<dependencies />

这意味着你的NuGet包没有告诉NuGet管理器“我需要依赖Microsoft.EntityFrameworkCore才能运行”。所以当你把包安装到其他项目时，NuGet不会自动下载EF Core 5.0.4，自然会抛出FileNotFoundException。

Azure DevOps里的NuGet还原只是保证打包过程中你的类库能正常编译，但不会自动把依赖项写入手动创建的.nuspec文件里。

怎么解决？ #

有两种可靠的方式来修复这个问题：

1. 手动完善.nuspec的依赖声明

在<dependencies>节点里添加针对你的目标框架（.NET Core 3.1）的EF Core依赖：

<metadata>
  <!-- 其他元信息保持不变 -->
  <dependencies>
    <group targetFramework=".NETCoreApp3.1">
      <dependency id="Microsoft.EntityFrameworkCore" version="5.0.4" exclude="Build,Analyzers" />
      <!-- 如果你的类库还用到了EF Core的其他包（比如Microsoft.EntityFrameworkCore.SqlServer、Microsoft.EntityFrameworkCore.Tools等），也要一一添加 -->
    </group>
  </dependencies>
</metadata>

注意版本号要和你类库项目中实际引用的EF Core版本完全一致。

2. 让dotnet pack自动生成包含依赖的.nuspec

如果你不需要手动定制元信息，更推荐直接让dotnet pack工具自动生成.nuspec：

• 确保你的类库项目（.csproj）已经正确引用了所有EF Core相关的NuGet包
• 在Azure DevOps的打包步骤中，使用命令：

  dotnet pack YourDataLibrary.csproj -c Release -o $(Build.ArtifactStagingDirectory)
  

  这样生成的NuGet包会自动包含项目的所有依赖项，不需要手动维护.nuspec。

验证修复效果 #

打包完成后，你可以用NuGet Package Explorer打开生成的.nupkg文件，检查“Dependencies”标签下是否已经列出了Microsoft.EntityFrameworkCore。安装到测试项目后，查看项目的NuGet依赖项，确认EF Core已经被自动安装。

关于方案可行性的确认 #

完全不用担心——用EF Core构建数据访问类库并打包成NuGet包复用是非常常见的做法，我自己和很多团队都在生产环境中这么用。只要依赖配置正确，这个方案完全可行。

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