zoukankan      html  css  js  c++  java
  • 神马玩意,EntityFramework Core 1.1又更新了?走,赶紧去围观

    前言

    哦,不搞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的内容。我们下节再会。

  • 相关阅读:
    Linux下#!/usr/bin/env bash和#!/usr/bin/bash、#!/bin/bash的比较
    重要:1. hive查询时,先看表格元数据是怎样分区的,然后在where里写分区条件,否则会查询出错;2. 在Where条件中使用变量时,Hive查询会非常慢
    001机器人姿态RPY及移动路径方式
    linux 查看并对外开放端口(防火墙拦截处理)
    协程,twisted
    flask源码走读
    python 协程与go协程的区别
    Python 自带 RPC Demo
    这样逼格满满的弹出框消息提示你不心动吗?
    JS获取本周、本季度、本月、上月的开始日期、结束日期
  • 原文地址:https://www.cnblogs.com/CreateMyself/p/6207500.html
Copyright © 2011-2022 走看看