ef中的Code first掰开了，揉碎了来学习（一）

本文主要是介绍ef中的Code first掰开了，揉碎了来学习（一），希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

EF的发展历程

还是先来说一下EF从诞生到现在这几年的发展历程吧。在EF最初的版本中，作为一个ORM组件其通过EDM文件(里面是一些xml)来配置数据库与实体类之间的映射，实现数据进出数据库的控制。最初的版本中只支持Database First，即由已有数据库结构生成EDM，继而得到实体类。后来EF在4.0版本起开始支持Model First即先建立EDM，然后生成数据库。

　Entity Framework 从EF4.1开始包含Code-First模式，Code-First主要用在Domain Driven Design（领域驱动设计）中。在Code-First模式中，我们针对每一个功能要求创建一个模型类（Domain Class），把关注点放在一个领域里，Code-Fiist 将会根据我们的模型类和配置自动创建数据库。

　　值得注意的是Code First不是和Database First或Model First平级的概念，而是和EDM平级的概念。使用Code First不再需要EDM来维护实体与数据库之间的映射关系，这个映射完全通过代码来完成，并在程序开始运行时在内存中建立一个映射模型，这也就是Code First这个名称中Code的含义。

当我们程序运行的时候，Code-First会创建一个新的数据库（如果不存在），并根据默认约束把模型类映射到数据库表里，一个类对应一张表，我们可以使用DataAnnotation或者fluent API配置模型类来重写默认约定。先别急，后面会一一介绍。

所以Code-First设计的工作流程应该是：

　　编写模型类和context类→配置映射要求→运行程序→创建新的数据库或者用模型类映射已存在的数据库→录入测试数据→发布最终应用程序

如图所示：

第一部分：感受从EF6直接生成数据库表，

博主测试，需要定义链接字符串，传入连接字符串name，在config文件指明，应该可以不用指定，有知道可以留言交流。

像引入Dapper一样，Buget包引入EF6即搭建好环境，

新建Model

 public class Student{public Student(){}public int StudentID { get; set; }public string StudentName { get; set; }public DateTime? DateOfBirth { get; set; }public byte[] Photo { get; set; }public decimal Height { get; set; }public float Weight { get; set; }public Standard Standard { get; set; }}public class Standard{public Standard(){}public int StandardId { get; set; }public string StandardName { get; set; }public ICollection<Student> Students { get; set; }}

DbContext是ef核心之一，见https://www.cnblogs.com/lsxqw2004/p/4701979.html

随着Code First一起出现的DbContext和DbSet类绝对可以称得上EF的功能核心，其取代了之前的ObjectContext和ObjectSet类，提供了与数据库通信，管理内存中实体的重要功能。

DbContext类

主要是负责与数据库进行通信，管理实体到数据库的映射模型，跟踪实体的更改（正如这个类名字Context所示，其维护了一个EF内存中容器，保存所有被加载的实体并跟踪其状态）。关于模型映射和更改跟踪下面都有专门的小节来讨论。Dbcontext中最常用的几个方法如：

SaveChanges(和6.0开始增加的异步方法SaveChangesAsync)：用于将实体的修改保存到数据库。
Set<T>：获取实体相应的DbSet对象，我们对实体的增删改查操作都是通过这个对象来进行的。

还有几个次常用但很重要的属性方法：

Database属性：一个数据库对象的表示，通过其SqlQuery、ExecuteSqlCommand等方法可以直接执行一些Sql语句或SqlCommand；EF6起可以通过Database对象控制事务。
Entry：获取EF Context中的实体的状态，在更改跟踪一节会讨论其作用。
ChangeTracker：返回一个DbChangeTracker对象，通过这个对象的Entries属性，我们可以查询EF Context中所有缓存的实体的状态。

DbSet类

这个类的对象正是通过刚刚提到的Set<T>方法获取的对象。其中的方法都与操作实体有关，如：

Find/FindAsync：按主键获取一个实体，首先在EF Context中查找是否有被缓存过的实体，如果查找不到再去数据库查找，如果数据库中存在则缓存到EF Context并返回，否则返回null。
Attach：将一个已存在于数据库中的对象添加到EF Context中，实体状态被标记为Unchanged。对于已有相同key的对象存在于EF Context的情况，如果这个已存在对象状态为Unchanged则不进行任何操作，否则将其状态更改为Unchanged。
Add：将一个已存在于数据库中的对象添加到EF Context中，实体状态被标记为Added。对于已有相同key的对象存在于EF Context且状态为Added则不进行任何操作。
Remove：将一个已存在于EF Context中的对象标记为Deleted，当SaveChanges时，这个对象对应的数据库条目被删除。注意，调用此方法需要对象已经存在于EF Context。
Include：详见下面预加载一节。
AsNoTracking：相见变更跟踪一节。
Local属性：用来跟踪所有EF Context中状态为Added，Modified、Unchanged的实体。作用好像不是太大。没怎么用过。
Create：这个方法至今好像没有用到过，不知道干啥的。有了解的评论中给解释下吧。

  public class SchoolContext:DbContext{//把一个连接字符串传到ef上下文中，public SchoolContext() : base("name=DBConnectionString"){}/** 注意，每一个模型类，都必须在DbContext中定义一个与之对应的* 有一个集合，数据的集合，规定来自哪里，现在的关键是尽快上手，熟悉这个知识点*/public DbSet<Student> Students { get; set; }public DbSet<Standard> Standards { get; set; }}

<connectionStrings><add name="DBConnectionString"connectionString="Data Source=.;Initial Catalog=DBByConnectionString;Integrated Security=true"providerName="System.Data.SqlClient"/></connectionStrings>

 static void Main(string[] args){using (var ctx = new SchoolContext()){Student stud = new Student() { StudentName = "New Student" };ctx.Students.Add(stud);ctx.SaveChanges();}}

有图有真相