前言
哦，不搞SQL了么，当然会继续，周末会继续更新，估计写完还得几十篇，但是我会坚持把SQL更新完毕，绝不会烂尾，后续很长一段时间没更新的话，不要想我，那说明我是学习新的技能去了，那就是学习英语，本来没有打算再探究目前.NET中跨平台的东西，毕竟才出来没多久，还是有很多坑，希望有人踩过再来学习会好很多，可惜项目中都是用的最新的东西，我不得不去探索，于是有关EntityFramework Core的坑就这么出来了，来，我们一起看看。
EntityFramework Core 1.1迁移
我们首先还是给出本文需要说到的两个类，博客类（Blog）和文章发表类（Post）。基于每个类都有主键Id，我们定义一个接口。如下：
public interface IEntityBase { int Id { get; set; } }
public class Blog : IEntityBase { public virtual int Id { get; set; } public virtual string Name { get; set; } public virtual string Url { get; set; } public virtual ICollection<Post> Posts { get; set; } }
public class Post : IEntityBase { public virtual int Id { get; set; } public virtual string Title { get; set; } public virtual string Content { get; set; } public virtual int BlogId { get; set; } public virtual Blog Blog { get; set; } }
在EF 6.x中我们可以直接通过继承EntityTypeConfigiration<T>来进行映射，但是在EF Core中则没有，但是还是在GitHub上找到了解决方案，EF团队给出的答案是后续有可能会实现，当前对于这个映射优先级比较低暂时还未实现。链接【https://github.com/aspnet/EntityFramework/issues/2805#issue-99973931】接着我们映射如下：
public class BlogMap : EntityMappingConfiguration<Blog> { public override void Map(EntityTypeBuilder<Blog> b) { b.ToTable("Blog"); b.HasKey(k => k.Id); b.Property(p => p.Name); b.Property(p => p.Url); b.HasMany(p => p.Posts).WithOne(p => p.Blog).HasForeignKey(p => p.BlogId); } } public class PostMap : EntityMappingConfiguration<Post> { public override void Map(EntityTypeBuilder<Post> b) { b.ToTable("Post"); b.HasKey(k => k.Id); b.Property(p => p.Title); b.Property(p => p.Content); } }
EF上下文定义如下：
public class EFCoreContext : DbContext { public EFCoreContext(DbContextOptions options) : base(options) { } protected override void OnModelCreating(ModelBuilder modelBuilder) { modelBuilder.AddEntityConfigurationsFromAssembly(GetType().GetTypeInfo().Assembly); } }
接着在服务中注入EF上下文
services.AddDbContext<EFCoreContext>(options =>
{
options.UseSqlServer(sqlStr);
});
搭建了一个基本项目，我们将EF这一层放在StudyEFCore.Data下，实体放在StudyEFCore.Model下。如下：
来接下来我们进行迁移看看。我们通过如下命令行来进行：
dotnet ef migrations add Initial
结果是这样的
居然找不到dotnet-ef这个命令，园中已有答案，迁移需要利用添加EF工具包来进行
Microsoft.EntityFrameworkCore.Tools
按照这个链接【http://www.cnblogs.com/nele/p/5831434.html】来进行安装EF工具包。大概是如下这样
"dependencies": { "Microsoft.NETCore.App": { "type": "platform", "version": "1.0.0" }, "Pomelo.EntityFrameworkCore.MySql": "1.0.0", "Microsoft.EntityFrameworkCore.Tools": "1.0.0-preview2-final" }, "tools": { "Microsoft.EntityFrameworkCore.Tools": "1.0.0-preview2-final" },
结果然后当然是可行的，但是Microsoft.EntityFrameworkCore.Tools最新的包是1.0.0-preview4-final，我们将其更新再运行试试。
结果令我们大吃一惊，更新到最近版本居然和没添加一样，这是什么情况尼，原来在tools节点下从EF Core 1.1开始现在已经由如下包代替
Microsoft.EntityFrameworkCore.Tools.DotNet
也就说在tools节点下我们需要添加上述包而非之前的Microsoft.EntityFrameworkCore.Tools包
"tools": { "Microsoft.EntityFrameworkCore.Tools.DotNet": "1.1.0-preview4" },
那么为什么要进行代替尼，EF团队的解释如下：
As the design of .NET CLI Tools has progressed it has become necessary for us to separate the dotnet ef tools into this separate package.
大意是随着.NET CLI工具设计的完善，现在有必要将donet ef工具单独放在一个包中。接下来我们将上述继续进行修改，将tools节点下替换，而依赖中包修改为最新的包即可【额外说一句上述依赖包中的Microsoft.EntityFremeworkCore.Tools我们也可以用Microsoft.EntityFrameworkCore.Design代替】。结果如下：
神马玩意，又出错了，看到错误说明我们才明白过来，当我们在应用程序目录下创建EF时，这个时候肯定是没问题的，如果我们将EF单独作为一个项目来使用，我们在应用程序只是将其作为引用此时它会找不到EF上下文，毕竟迁移它会去查找EF上下文并迁移。此时我们只需要在Startup.cs中在注入EF时明确告诉要执行的命令要将EF迁移文件生成到当前应用程序的程序集下即可，如下：
services.AddDbContext<EFCoreContext>(options => { options.UseSqlServer(sqlStr, d => d.MigrationsAssembly("StudyEFCore")); });
接下来我们再来看看情况是怎样的，如下：
接下来我们再来将模型更新到数据库并生成表。通过如下命令
dotnet ef database update
总结
好了到了这里关于EF Core 1.1迁移就告一段落，希望能给看到本文的你不会感觉到上手EF Core会很难，后续有时间会陆续更新EF Core的内容。我们下节再会。
