EntityFrameworkCore v1.1.1 问题汇总

随着宇宙第一IDE的最新版本发布[2017/3/7]，AspNetCore 和EntityFrameworkCore（团队）都发布了最新的代码。

不过在我看来，这些到还不是最重要的。最重要的是dotnet cli终于rtm了，以及和它配套的各类工具。好鸡冻啊，终于不用管beta，preview，final，final-update之类的版本了。虽然今后一定还会有各类版本发布，但是本次发布之后，工具的很多使用方式和习惯都会定下来（一些），方便我们这种用户使用和记忆。

问题环境

为了跟进新本版，在安装了vs2017之后，我就迫不及待地搭建了一个项目进行测试。

项目	内容
EfCore11.Domain	Entity类型，不需要引用其他nuget包
EfCore11.DataSqlServer	DbContext项目，需要引用Microsoft.EntityFrameworkCore.SqlServer等nuget包
EfCore11.SomeUI	AspnetCore MVC项目，可以通过dotnet new mvc命令生成

其中的项目文件：

Domain项目中的Blog.cs文件

 using System.Collections.Generic;
 
 namespace EfCore11.Domain
 {
     public class Blog
     {
         public int Id { get; set; }
         public string Name { get; set; }
         public string Url { get; set; }
         public ICollection<Post> Posts { get; set; }
     }
 }

Domain项目中的Post.cs文件

 namespace EfCore11.Domain
 {
     public class Post
     {
         public int Id { get; set; }
         public string Title { get; set; }
         public string Body { get; set; }
 
         public int BlogId { get; set; }
         public Blog Blog { get; set; }
     }
 }

DataSqlServer项目中的BlogDbContext.cs文件

 using EfCore11.Domain;
 using Microsoft.EntityFrameworkCore;
 
 namespace EfCore11.DataSqlServer
 {
     public class BlogDbContext : DbContext
     {
         public DbSet<Post> Post { get; set; }
         public DbSet<Blog> Blog { get; set; }
 
         public BlogDbContext(DbContextOptions<BlogDbContext> option)
             : base(option)
         {
 
         }
     }
 }

SomeUI项目中Startup.cs文件中修改的代码

 public void ConfigureServices(IServiceCollection services)
 {
     // Add framework services.
     services.AddMvc();
     // 此处不用json配置的方法了，因为不是本文的重点。如有需要请自行baidu
     string conn = "server=(localdb)\\mssqllocaldb;database=Ef.Core;Trusted_connection=true;";
     services.AddDbContext<BlogDbContext>(opt => opt.UseSqlServer(conn));
 }

问题0：在哪个项目上执行 code first migration 呢？

按照现在的项目机构，可以执行code first migration 的项目有两个：分别是DbContext项目，也就是本文环境中的DataSqlServer项目；以及Mvc项目，也就是本文中的SomeUI项目。

这两个项目都可以完成数据库迁移所需的操作，但是实现目有所不同。因为在哪个项目内完成迁移就意味着要由哪个项目中维护相应的迁移代码，而用于生产环境的MVC项目是不会包含全部数据库迁移代码的（理由很多了，谁也不会把包含“简历生成事件”的代码放到生产环境上的），所以通常情况下的开发项目采用DbContext项目管理迁移代码，测试环境随意。

先说简单的，在MVC环境下迁移：

问题1：执行 dotnet ef 命令错误

重现方法：CMD打开SomeUI目录，然后执行“dotnet ef”命令

报错内容：No executable found matching command "dotnet-ef"

问题解释：ef core编写时其内容被拆分成为了很多包，以方便程序员只加载程序所需的代码，这样程序就会占用更小的内存，运行速度更快，部署更容易。所以想要运行dotnet-ef命令，还需要加载Microsoft.EntityFrameworkCore.Tools.DotNet

此包的描述是这样的

处理方法：因为目前dotnet cli还没有直接添加命令行工具引用的方法，所以只能暴力一点儿了，直接修改csproj文件：

在ProjectGroup标签下直接添加：

   <ItemGroup>
     <DotNetCliToolReference Include="Microsoft.EntityFrameworkCore.Tools.DotNet" Version="1.0.0" />
   </ItemGroup>

//添加完毕后，如果你的vs出现了一些奇怪的现象，比如nuget包没有加载，引用不正常，可以尝试关闭当前的项目，然后重新打开项目来解决这个问题。

//看上去就是项目文件没有在修改后重新加载，希望update1的时候能够更稳定一些。

修复检查：重新执行dotnet ef，能看到独角兽啊

问题2：执行 dotnet ef migrations add initial 报错

重现方法：CMD打开SomeUI目录，执行“dotnet ef migrations add initial”

报错内容：Could not load file or assembly 'Microsoft.EntityFrameworkCore.Design, Culture=neutral, PublicKeyToken=null'. 绯荤粺鎵句笉鍒版寚瀹氱殑鏂囦欢銆

问题解释：和上一个问题一样，而且错误信息也说的比较明确，就是还缺少一个nuget包：Microsoft.EntityFrameworkCore.Design

处理方法：在cli下的添加方式是执行：dotnet add package Microsoft.EntityFrameworkCore.Design

修复检查：再次执行dotnet ef migrations add initial ，报错信息更改了：

问题3：迁移报错，需要指定包含迁移的程序集

重现方法：详见问题2

报错内容：Your target project 'xxxxx' doesn't match your migrations assembly xxxxxxxx'. Either change your target project or change your migrations assembly.

问题解释：当前执行迁移项目和包含DbContext程序集项目不一致，要么更改执行迁移操作的项目，要么修改迁移程序集。

处理方法：两条路自己选，要么切换到用DbContext程序集管理迁移代码，要么修改当前代码以适应迁移方法。错误信息里给出了一个简单的解决方法：

Change your migrations assembly by using DbContextOptionsBuilder. E.g. options.UseSqlServer(connection, b => b.MigrationsAssembly("EfCore11.SomeUI")). By default, the migrations assembly is the assembly containing the DbContext.
Change your target project to the migrations project by using the Package Manager Console's Default project drop-down list, or by executing "dotnet ef" from the directory containing the migrations project.

对应修改的代码是SomeUI项目的Startup.cs文件

 public void ConfigureServices(IServiceCollection services)
 {
     // Add framework services.
     services.AddMvc();
     // 此处不用json配置的方法了，因为不是本文的重点。如有需要请自行baidu
     string conn = "server=(localdb)\\mssqllocaldb;database=Ef.Core;Trusted_connection=true;";
     services.AddDbContext<BlogDbContext>(opt => opt.UseSqlServer(conn
         ,b=>b.MigrationsAssembly("EfCore11.SomeUI")

         ));
 }

修复检查：重新执行迁移命令，成功。

之后再执行“dotnet ef database update”就可以按照现有代码迁移，创建相应的数据库了。

至此，简单的代码迁移过程完成了。不过以上流程的解决方案不用划分为三个项目也可以实现，如果想要实现复杂项目或者用于部署身缠环境的方案，还需要过以下坑。

使用DbContext项目迁移：

对于环境和代码改动需要回滚到问题0。然后使用CMD打开DataSqlServer目录。

执行 dotnet ef命令，会遇到问题1，问题2的错误，根据描述进行修改即可，不过需要注意项目已经更换，不要改错地方了：）

问题4：ef tooling 对于.NetStandard的支持问题

重现方法：CMD执行代码迁移

报错内容：Startup project 'EfCore11.DataSqlServer.csproj' targets framework '.NETStandard'. This framework is not intended for execution and may fail to resolve runtime dependencies. If so, specify a different project using the --startup-project option and try again.

问题解释：这不是很严重的问题，所以错误用黄色显示。因为当前版本的EF 命令行工具对于.NetStandard支持有限，所以会出现一个警告信息。如果真的想要修改这个问题，目前只能通过修改csproj文件，将targetFramework修改为netcoreapp1.1.

问题5：无法初始化DbContext

重现方法：CMD执行代码迁移

报错内容：No parameterless constructor was found on 'BlogDbContext'. Either add a parameterless constructor to 'BlogDbContext' or add an implementation of 'IDbContextFactory<BlogDbContext>' in the same assembly as 'BlogDbContext'.

问题解释：因为文中的DbContext 没有给出无参构造器，要么给出无参构造器，要么实现IDbContextFactory。此处又出现了分支，按惯例，先说简单的：通过-s|—startup-project参数让mvc程序注入一个“'IDbContextFactory<BlogDbContext>”，这样DbContext 就可以正常初始化了。

相对比较复杂的方法需要修改代码，详见问题6.

处理方法：CMD执行行命令“dotnet ef migrations add initialCreate -s ..\EfCore11.SomeUI”

修复检查：

问题6：实现无参构造器的DbContext参与迁移

重现方法：

修改代码：DataSqlServer的BlogDbContext.cs文件

 using EfCore11.Domain;
 using Microsoft.EntityFrameworkCore;
 
 namespace EfCore11.DataSqlServer
 {
     public class BlogDbContext : DbContext
     {
         public DbSet<Post> Post { get; set; }
         public DbSet<Blog> Blog { get; set; }
 
         //public BlogDbContext(DbContextOptions<BlogDbContext> option)
         //    : base(option)
         //{
 
         //}
 
         // 因为使用无参构造器，所以需要自带链接字符串
         protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder)
         {
             optionsBuilder.UseSqlServer("server=(localdb)\\mssqllocaldb;database=Ef.Core;Trusted_connection=true;");
         }
     }
 }

执行命令：dotnet ef migrations add initialCreate

再执行命令：dotnet ef database update

报错内容：Could not load file or assembly 'System.Data.SqlClient, Version=4.1.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a'. 绯荤粺鎵句笉鍒版寚瀹氱殑鏂囦欢銆

或：Could not load file or assembly 'System.Diagnostics.DiagnosticSource, Version=4.0.1.0, Culture=neutral, PublicKeyToken=cc7b13ffcd2ddd51'. The located assembly's manifest definition does not match the assembly reference. (Exception from HRESULT: 0x80131040)

问题解释：错误信息不同是因为DbContext项目使用了不同的targetFramework，如果是targetFramework=netstandard1.4，则错误为无法加载System.Data.SqlClient，如果按照问题4修改了targetFramework=netcoreapp1.1，则错误为无法加载 System.Diagnostics.DiagnosticSource。

这个问题确实很奇葩，从错误信息完全不能弄清到底该怎么处理。目前ef team给出的解决办法有点儿绕，又使用了MVC项目。我相信这个解决方法只是一个临时处理措施，后期EF Team会妥善处理这个问题。

处理方法：CMD执行行命令“dotnet ef database update -s ..\EfCore11.SomeUI” //walkaround

修复检查：执行命令时会显示创建数据库的sql语句

问题处理完毕，最终结果是

另外还想跟园子里的小伙伴们分享一个消息：

Oracle终于回应开发者们的请求了：2017年底前后开发完基于dotnet core 的ODP驱动

详情见：Statement of Direction: ODP.NET on Microsoft .NET Core

作者：豆浆不放糖

博客：https://www.cnblogs.com/soldout

本文版权归作者和博客园共有，欢迎转载，但未经作者同意必须保留此段声明，且在文章页面明显位置给出原文连接，否则保留追究法律责任的权利。