要专业系统地学习EF前往《你必须掌握的Entity Framework 6.x与Core 2.0》这本书的作者（汪鹏，Jeffcky）的博客：https://www.cnblogs.com/CreateMyself/
实体状态
通过EF上下文与数据库交互的实体，都会被EF跟踪，并且实体会被分配状态。
我们在添加修改删除数据的时候没有注意到这个实体状态，是因为在我们调用Add()、Remove()这些方法时，其实就是对实体的状态进行改变
实体状态都有五种，在System.Data.Entity命名空间下的EntityState类里面
public enum EntityState{Detached = 1,Unchanged = 2,Added = 4,Deleted = 8,Modified = 16}
1.Added状态针对添加操作，当标记为此状态时，表明实体被上下文所追踪但是不存在与数据库中
什么意思？就是在调用SaveChanges时，如果发现有实体是这个状态，就会将该实体添加到数据库中
2.Unchanged 实体被上下文追踪，但是存在于数据库中的值未发生改变
这说的是，你从数据库中查出的数据就是Unchanged状态，可不是值没有改变嘛？可不就是被跟踪了吗？
3.Modified 实体被上下文跟踪并存在于数据库中，同时部分或者所有属性值已经被更改
这个还是好理解的，不过要注意，这些状态都说了，要被上下文追踪。
4.Deleted 实体被上下文跟踪并存在于数据库中，当标记为Deleted状态时，SaveChanges时数据将在数据库中被删除
5.Detached 这个就是表示没有被上下文追踪，只有通过上下文得到的实体对象才会有被跟踪，才会有其他状态，否则就是Detached
我们来把各种被操作的实体的状态打印出来看看,查看实体状态，用Entry()方法
我们现在凭空new 一个对象
using (EFDbContext db = new EFDbContext()){Book book1 = new Book { Name = "演员自我修养", Number = "NO8973424", Price = 21.5m };var state = db.Entry(book1).State;Console.WriteLine(state); // Detached}
当我们调用Add方法，实体状态变为Added
Book book1 = new Book { Name = "演员自我修养", Number = "NO8973424", Price = 21.5m };db.Books.Add(book1);var state = db.Entry(book1).State;Console.WriteLine(state); // Added
然后将这个实体添加到数据库，然后查询出来，这个查询出来的实体状态为Unchanged
Book book1 = new Book { Name = "演员自我修养", Number = "NO8973424", Price = 21.5m };db.Books.Add(book1);db.SaveChanges();var state = db.Entry(book1).State;Console.WriteLine(state); // Unchanged
让我想不到的是，我不用查询，直接查看他的状态就是Unchanged，有点神奇
我们查询出一个实体，然后修改某个属性值，状态变为Modified
var res = db.Books.ToList().FirstOrDefault();res.Name = "新华字典";var state = db.Entry(res).State;Console.WriteLine(state); // Modified
我们调用Remove方法，实体状态变为Deleted。我刚刚还为Unchanged状态感到神奇呢，现在看来我居然只有通过这种方式来获得Deleted状态
var res = db.Books.ToList().FirstOrDefault();db.Books.Remove(res);var state = db.Entry(res).State;Console.WriteLine(state); // Deleted
上下文没有提供Update方法，所以我们要通过更改实体状态的方式来更新数据
var res = db.Books.ToList().FirstOrDefault();res.Name = "新华字典";db.Entry(res).State = System.Data.Entity.EntityState.Modified;db.SaveChanges();
关于实体状态就先浅尝辄止了
实现IEnumerable<>接口和IQueryable<>接口数据集支持查询方法的差异
我在学LINQ（语言集成查询）时对这两个接口稍微有点了解，之后看别人的博客，详解IQueryable<>接口，我看不太明白，很气馁
LINQ是什么，他是想对查询语法做一个统一，我们在数据库中查询数据要写SQL语句，查询XML用DOM操作，那能不能来个统一的方式，不要让我去学习那么多的查询语句了，那么LINQ就来了
写LINQ有两种方法，一个是写查询语句，像什么from a in list select a;这样的，还一个就是调用方法，像Where()、Select()……
这两种方式没什么区别，只不过一些聚合查询必须得调用方法才行，大部分的查询语句和方法都能来
还有一点，LINQ里面有延迟加载，聚合查询会立即执行，官网上面写了有，什么方法会立即执行查询
LINQ的那些查询方法都是扩展在IEnumberable类上的，所以我们也可以通过扩展这个类来扩展LINQ
我来说一下IEnumberable<>和IQueryable<>这两个接口，查询内存中的数据都是实现的IEnumberable接口，查询远程数据是实现的IQueryable<>接口
List<int> list = new List<int> { 12, 32, 34, 55, 66 };list.Where();var res = db.Books.Where();
他们之间很多方法都匹配，但是有一些方法不行,上面的两个Where方法不是一样的，一个返回的是IEnumberable,一个返回的IQueryable
Last 和LastOrDefault
这两个方法在IQueryable中不支持，我也就搞不明白了，算了，反正这两方法我真是一次都没用过
当我对上下文的数据集调用LastOrDefault方法时，报错，NotSupportedException 不支持异常
System.NotSupportedException: LINQ to Entities does not recognize the method '_2019011402.Entity.Book LastOrDefault[Book](System.Linq.IQueryable`1[_2019011402.Entity.Book])' method, and this method cannot be translated into a store expression.
Contains方法
Book book1 = new Book { Id = Guid.NewGuid().ToString(), Name = "自我修养", Price = 30m };Book book2 = new Book { Id = Guid.NewGuid().ToString(), Name = "新华字典", Price = 30m };Book book3 = new Book { Id = Guid.NewGuid().ToString(), Name = "天国之秋", Price = 30m };List<Book> bookList = new List<Book>();bookList.Add(book1);bookList.Add(book2);bookList.Add(book3);bool boo = bookList.Contains(book1); Console.WriteLine(boo); // Truevar frist = db.Books.FirstOrDefault();db.Books.Contains(frist); // 报错 NotSupportedException
我对内存中的数据进行查询，和远程查询数据库中的数据，得到上面的结果。 EF不支持Contains方法，虽然这个方法我几乎不使用，感觉甚至都不想去了解这些差异的东西了。但是刚刚想到，万一我使用到了呢？然后我发现在IEnumberable中是可以的，但是查询EF上下文的数据集为什么又不行呢？
然后我就只会怀疑是不是自己写错了，然后我能想到我怎么想都不知道错在哪里，然后独自抓耳挠腮，其实现在知道是系统的问题，那么就不会动不动就怀疑人生了。
但是如果你对上下文中的数据集进行Select(x=>x.Name)查询之后，得出的List<string>集合再调用Contains方法又是可以的，所以对于简答类型的集合可以，复杂类型的不行
var res = db.Books.Select(x => x.Name);var res2 = res.Contains("新华字典"); // TrueConsole.WriteLine(res2);
Case和OfType
这两方法主要查询集合里面指定类型的数据
case方法主要针对基元类型进行查询（int、string……），总之相当不好用，它是全盘转换，类型不匹配，就抛出异常，这有什么用？可以判断一个集合中的数据是不是都是同一类型，但是现在都使用泛型集合List<T>,哪还使用List<object>
List<object> list = new List<object> { 12, 34, 35, "55", "33", true, false, 32.4 };var res = list.Cast<string>();Console.WriteLine(JsonConvert.SerializeObject(res)); // 报错 无法将System.Int32强制转换为System.String
OfType 就友好地多，满足条件才转换，上面的cast换成OfType得到的结果是：["55","33"]
OfType查询内存中的数据，对于基元类型和复杂类型都是Ok的
List<object> list3 = new List<object> { 12, 34, 35, "55", "33", true, false, 32.4 };var res3 = list3.OfType<string>();Console.WriteLine(JsonConvert.SerializeObject(res3)); // ["55","33"] Book book1 = new Book { Id = Guid.NewGuid().ToString(),Name = "西游记"};var teacher = new { Name="张老师",Salary = 4543.5};List<object> list = new List<object>();list.Add(book1);list.Add(teacher);var res = list.OfType<Book>();Console.WriteLine(JsonConvert.SerializeObject(res));// [{"Name":"西游记","Number":null,"Price":0.0,"Id":"1c9d0a8a-b62b-40df-a995-409b828c3714","AddTime":"2019-01-14T22:53:15.5019894+08:00"}]
然后我们查询上下文中的数据集
var res2 = db.Books.Select(x => x.Name).OfType<string>();Console.WriteLine(JsonConvert.SerializeObject(res2));// 报错 NotSupportedException
这说明EF不支持OfType针对基元类型进行查询，但是，如果我们对数据集调用ToList()方法，再来看看
var res2 = db.Books.ToList().Select(x => x.Name).OfType<string>();Console.WriteLine(JsonConvert.SerializeObject(res2)); // ["新华字典","演员自我修养"]
现在居然查出来了，为什么，这是因为ToList()方法，我们在没有使用ToList()方法之前，都是远程查询，然后调用ToList方法，数据被拿到内存里面来了，这中间变化就大了
ToList()把数据拿到了内存里面，所以就不会延迟查询了，他是对内存中的数据进行查询的，所以IEumberable<>和IQueryable之间是可以转换的，这个要相当注意
Skip方法
对上下文数据集使用Skip方法之前必须要排序，不然报错
var res = db.Books.Skip(1).ToList();
System.NotSupportedException: The method 'Skip' is only supported for sorted input in LINQ to Entities. The method 'OrderBy' must be called before the method 'Skip'.
但是对于内存中的数据集调用Skip方法之前，不排序就可以
Book book1 = new Book { Id = Guid.NewGuid().ToString(), Name = "自我修养", Price = 30m };Book book2 = new Book { Id = Guid.NewGuid().ToString(), Name = "新华字典", Price = 30m };Book book3 = new Book { Id = Guid.NewGuid().ToString(), Name = "天国之秋", Price = 30m };List<Book> bookList = new List<Book>();bookList.Add(book1);bookList.Add(book2);bookList.Add(book3);var res = bookList.Skip(1).ToList();Console.WriteLine(JsonConvert.SerializeObject(res));// [{"Name":"新华字典","Number":null,"Price":30.0,"Id":"3b890089-5046-4aae-9a30-2d6bf97f2160","AddTime":"2019-01-14T23:23:33.2341685+08:00"},{"Name":"天国之秋","Number":null,"Price":30.0,"Id":"542fa82b-4a6a-41dd-97df-bb4876cdbc52","AddTime":"2019-01-14T23:23:33.2341685+08:00"}]
Take方法
如果单单调用Take方法，生成的SQL语句，使用的是SQL里面的TOP关键字
var res = db.Books.Take(2);Console.WriteLine(res);
SELECT TOP (2)[c].[Id] AS [Id],[c].[Name] AS [Name],[c].[Number] AS [Number],[c].[Price] AS [Price],[c].[AddTime] AS [AddTime]FROM [dbo].[Book] AS [c]
这里可以看到，我直接打印的查询语句，这就是延迟查询，上面的语句根本就没有执行查询，如果我调用ToList()方法就不一样了，打印出来的就直接是数据了
所以如果你没有调用那些导致立即执行查询的方法，那么就可以打印看看SQL语句是什么，就不用取跟踪查询EF生成的SQL语句了
然后我们对内存中的数据集单单调用Take方法看看
Book book1 = new Book { Id = Guid.NewGuid().ToString(), Name = "自我修养", Price = 30m };Book book2 = new Book { Id = Guid.NewGuid().ToString(), Name = "新华字典", Price = 30m };Book book3 = new Book { Id = Guid.NewGuid().ToString(), Name = "天国之秋", Price = 30m };List<Book> bookList = new List<Book>();bookList.Add(book1);bookList.Add(book2);bookList.Add(book3);var res = bookList.Take(2);Console.WriteLine(JsonConvert.SerializeObject(res));// [{"Name":"自我修养","Number":null,"Price":30.0,"Id":"2b4b85c6-109a-485f-9e4f-95b4e5da2ee9","AddTime":"2019-01-14T23:38:07.5226753+08:00"},{"Name":"新华字典","Number":null,"Price":30.0,"Id":"b51e5e61-097b-4fe5-89ca-5283abd16332","AddTime":"2019-01-14T23:38:07.526798+08:00"}]
出来的就直接是数据了，对于内存中的数据集查询也就不用生成SQL语句了
Select投影转换为实体类型
针对内存中的数据集查询，没问题
Book book1 = new Book { Id = Guid.NewGuid().ToString(), Name = "自我修养", Price = 30m };Book book2 = new Book { Id = Guid.NewGuid().ToString(), Name = "新华字典", Price = 30m };Book book3 = new Book { Id = Guid.NewGuid().ToString(), Name = "天国之秋", Price = 30m };List<Book> bookList = new List<Book>();bookList.Add(book1);bookList.Add(book2);bookList.Add(book3);var res = bookList.Select(x => new Book{Name = x.Name});Console.WriteLine(JsonConvert.SerializeObject(res));//[{"Name":"自我修养","Number":null,"Price":0.0,"Id":"3f261e85-0bae-45e2-8b59-7694df8bf602","AddTime":"2019-01-14T23:43:01.8446418+08:00"},{"Name":"新华字典","Number":null,"Price":0.0,"Id":"9657f6c5-ce19-43ef-b86f-4a0db6c803de","AddTime":"2019-01-14T23:43:01.8748982+08:00"},{"Name":"天国之秋","Number":null,"Price":0.0,"Id":"a654a851-2f96-4934-9720-a2add7861061","AddTime":"2019-01-14T23:43:01.8748982+08:00"}]
但是针对上下文的数据集，报错 NotSupportedException
var res = db.Books.Select(x => new Book{Name = x.Name});Console.WriteLine(JsonConvert.SerializeObject(res)); // 报错 NotSupportedException
我们换成匿名类型，可以的
var res = db.Books.Select(x => new{Name = x.Name});Console.WriteLine(JsonConvert.SerializeObject(res)); // [{"Name":"三国演义"},{"Name":"天国之秋"},{"Name":"新华字典"},{"Name":"堂吉诃德"},{"Name":"演员自我修养"},{"Name":"水浒传"},{"Name":"红楼梦过"}]
