Onlooker

emmm,本来想着用Core做一个小项目玩玩的,然后肯定是要用到数据库的,

然后想,啊,要不用CodeFirst,感觉很腻害的样子,于是,一脸天真无邪的我就踏入了一个深不见底的天坑。。。

 

本来想着,应该不是很难,多百度就好,辣么多大神都写了教程,

零零散散的花了将近三个星期时间,照着Demo写了N多次的我,不得不放弃了挣扎,

邀请了一位一起工作的大佬,看着他噼里啪啦调试了半个小时之后,就出现的数据库,不由得喜极而泣,

大佬就是大佬,原谅小弟我才疏学浅,所以做一个笔记先,留着备用。。

 

我会边写博客,边做一个最简单的Demo,其实很多时候我们缺的,就是这些入门级的东西,

那些加了各种验证和功能的代码,反而会影响我们找到需要的代码。

 

工具:VS2017

环境:.Net Core 2.0 ,EF7

 

首先,我们需要的是建一个解决方案,一个类库项目,以及一个Web项目

这些建好之后的项目结构,应该是酱紫的

额,我把Modes放到一个DataBase文件夹里面了,,忘了说,不过无所谓,丝毫没有影响

建好之后,就到了一个小关键了,我们要添加EF的依赖了,怎么添加呢?

网上看了好多方法,基本是都是使用工具=>NuGet包管理=>程序包管理控制台,来添加依赖,大概是酱紫:

可以先开着,待会儿用得着,不过我觉着这样有点麻烦,所以直接写在项目的工程文件(*.csproj)里面去了,要写的代码如下

1   <ItemGroup>
2     <PackageReference Include="Microsoft.EntityFrameworkCore.SqlServer" Version="2.0.1" />
3     <PackageReference Include="Microsoft.EntityFrameworkCore.Tools" Version="2.0.1" />
4   </ItemGroup>

保存之后,Models的EF依赖就已经加入了,怎么知道是否成功呢?看这里,,,

以前是只有一个SDK的,现在多了个NuGet,里面还有俩东西,而且没有警告啊那些乱七八糟的东西,就表示没问题了,,

同样的,我们为WebFront项目,也加上依赖,,这里就不截图了,,,

走到这一步,我们就应该开始创建数据库的上下文和数据表了

 创建数据库的上下文类(DBCodeFirst)和数据表类(DT_User),结构如下

DBCodeFirst的内容如下:

/*

*

*/

DT_User的内容如下:

1     public class DT_User
2     {
3         /// <summary>
4         /// 默认int类型ID为主键
5         /// 必须有一个字段为主键,不然会报错
6         /// </summary>
7         public int ID { get; set; }
8         public string UserName { get; set; }
9     }

然后在WebFornt项目的Startup类的ConfigureServices方法中写一段代码,连接字符串中的DataBase写的数据库名称是啥,生成的数据库名称就是啥,可以和你的上下文类名称不一致

这时候,我们再来看看数据库的情况,是没有DBCodeFirst这个库的

重头戏到了,还记得开始打开的程序包管理控制台么?

打开它,输入命令,Add-Migration *****(这块儿随意)

 

1 Add-Migration DBCoreFirst

 

在执行它的时候,我报了好几个错,一一列举出来

第一个报错

GenericArguments[0], 'Models.Migrations.DBCoreFirst', 
on 'Microsoft.EntityFrameworkCore.Design.IDesignTimeDbContextFactory`1[TContext]' violates the constraint of type 'TContext'.

genericarguments [ 0 ],”模型。迁移。dbcorefirst ','微软。entityframeworkcore。设计。idesigntimedbcontextfactory ` 1 [ tcontext ]“违背类型的tcontext约束。

这个报错的锅在图中,我用红框框起来的地方,默认项目 ,对,没错,就是它,应该改成WebFonrt,

改好之后,我们继续执行Add-Migration DBCoreFirst

紧接着,报了第二个错 

Could not load assembly 'WebFront'. Ensure it is referenced by the startup project 'Models'.

未能加载程序集“webfront”。确保它由启动项目的“Models”引用。

这个报错的锅呢,看到我箭头的尾部了么,在哪里?是Models项目吧,现在这个项目是加粗的,表示它是启动项目,

更改启动项目为WebFornt项目,很好,第二个坑被我填了,继续运行Add-Migration DBCoreFirst

第三个坑接踵而至

 

Your target project 'WebFront' doesn't match your migrations assembly 'Models'. Either change your target project or change your migrations assembly.

你的目标项目webfront不迁移组件模型匹配”。要么更改目标项目,要么更改迁移程序集。

其实这个坑也不算大,强行往下走也是能生成数据库的,但是,对我这个强迫症来说,哪里容得下飘红??

于是百度,查看了相关资料后,我知道问题出在了哪里,就是箭头尾部的第28行代码

services.AddDbContext<DBCoreFirst>(options => options.UseSqlServer(connection));
改为
services.AddDbContext<DBCoreFirst>(options => options.UseSqlServer(connection, c => c.MigrationsAssembly("WebFront")));

很好,没有飘红了,可是,在图中黄色框中,会对应的生成一些文件,

按我的理解,这些文件不是什么日志文件,就是用来数据表映射的,所以,这些文件应该出现在Models中,而不是WebFront

一系类百度后,,好像没找着,只能自己点点点,

发现了第四个坑

首先,将代码还原,

services.AddDbContext<DBCoreFirst>(options => options.UseSqlServer(conStr));不变

然后我们回到第一个坑,将默认项目从“WebFront”改为“Models”

然后执行Add-Migration DBCoreFirst

很稳,现在四个地方都对了,然后我们看看数据库,这个时候还没有生成对应的库

然后我们执行第二段命令Update-DataBase

然后,幸运的我又遇到了第五个坑

GenericArguments[0], 'Models.Migrations.DBCoreFirst', 
on 'Microsoft.EntityFrameworkCore.Design.IDesignTimeDbContextFactory`1[TContext]' violates the constraint of type 'TContext'.

genericarguments [ 0 ],”模型。迁移。dbcorefirst ''微软。entityframeworkcore。
设计。idesigntimedbcontextfactory ` 1 [ tcontext ]“违背类型的tcontext约束。

 打开一个由命令生成的文件看看

 两个类的名称一毛一样,数据库又是根据DBCodeFirst这个类来生成的,不出问题就见鬼了,,

那么,左边的类名为什么会和右边的一样??

问题在于我们执行的“Add-Migration DBCoedFirst“命令

Add-Migration DBCodeFirst
改为
Add-Migration DBLog

执行之后的效果,很明显的变了

紧接着,执行命令“Update-DataBase

然后,我们去数据库看看

很稳,数据库生成了,EF会自动生成__EFMigrationsHistory表,好像是用来记录数据迁移日志的,咱们现在忽略就好

至此,EF7的CodeFirst生成数据库就完成了,,

自我感觉,写完这一篇,我打马赛克的技术也越来越稳了,,,

 

相关文章: