Entity Framework7 有哪些不一样？之具体功能

Entity Framework7 有哪些不一样？之具体功能

 

　　前面咱们介绍了关于EF7的新特性、开发计划和入门介绍。今天，咱们来看看EF7的具体新功能及用法。本文中的环境，为EF7入门里介绍的环境。

　　一、在Linq to Entity 查询中对列使用类型转换，请见以下代码：

1 var result = db.Blogs.Where((b => Convert.ToInt32(b.IntString) == 2)).FirstOrDefault();

　　代码中的Convert.ToInt32(b.IntString),对列IntString转换成Int32类型。生成SQL语句以下：

1 SELECT TOP(1) [b].[BlogId], [b].[IntString], [b].[Url]
2 FROM [Blog] AS [b]
3 WHERE (CONVERT(int, [b].[IntString]) = 2)

　　备注，可能很多朋友想在Linq To Entity中使用 Tostring()方法，这在EF6.1中就支持了，日常还听到很多朋友在感叹，要是EF7支持枚举就行了，其实，这个功能也是在EF6.1中就支持了。

 

　　二、Code-First下用数据迁移更新数据库时使用修改（Alter)代替删除（Dropping)后从新建立

　　　　在这以前，相信很多人吃过亏，由于以前模型发生变动，使用数据迁移更新数据库结构时，是先删除数据库，再从新建立，这样的问题是，会形成数据丢失。据说有人由于不熟悉这功能，把生产环境的数据也给弄丢失了。

 

　　三、删除孤儿（orphans)记录

　　这个，让咱们直接举例来讲明。假设咱们有一个对多关系的模型，Blog和Post,在Blog实体中有导航属性Posts。在数据库中Post经过外键BlogId与Blog关联，且BlogId不能为空。若是咱们在Blog实体中，使用以下方法 Posts.Remove（post); 而后调用上下文对象中的SaveChages()保存修改。按理是应该把post对象的记录给删除掉，但实际的状况是，我获得了一个异常。缘由是如今EF版本是这样处理的：它把从Blogs导航属性集体中移除的post对象的BlogId设置为null，然而数据库中对应的外键又不能为null，因而保存失败。这个post也被形象的叫作孤儿（与父对象脱离了关系）对象。 EF7将会解决这一问题。代码以下：

1   　　　　　　　　var result = db.Blogs.Where((b => Convert.ToInt32(b.IntString) == 2)).FirstOrDefault();
2 
3                 if (result != null)
4                 {
5                     var post = db.Posts.FirstOrDefault(p => p.PostId == 1);
6                     result.Posts.Remove(post);
7                     db.SaveChanges();
8                 }

下图是EF6下的异常

很遗憾的是，如今EF7的最新预发行版本EF7.0.0-beta7尚未解决这个问题，但异常的内容发生了改变.

相信在后面版本会获得处理，由于EF团队已经承诺要解决这个问题。

 

　　四、日志记录

　　　　在日志中查看EF生成的SQL，相信这种方法帮助过很多的人（固然不是所有，由于有人还不知道有这东西，作开发就得不停的学习！）。EF6中，你们是使用相似以下的代码来记录SQL语句：

1 db.Database.Log = s => Console.WriteLine(s);

　　　　EF7中，为了使用Microsoft.Framework.Logging日志框架和依赖注入，关于日志的接口是几经变化。首先是去掉了上面的的Database.Log，在EF7.0.0-beta2中使用以下的方式：

1               db.Configuration.LoggerFactory.AddProvider(new DiagnosticsLoggerProvider(
2                 new SourceSwitch("SourceSwitch", "Verbose"),
3                 new ConsoleTraceListener()));    

　　　　后来，微软就去掉了db.Configuration，使用以下的方式：

1                 IServiceProvider contextServices = ((IDbContextServices)db).ScopedServiceProvider;
2                 var loggerFactory = contextServices.GetRequiredService<ILoggerFactory>();
3                 oggerFactory.AddConsole(LogLevel.Verbose);

　　　　如今的版本中，又变成以下方式：

1                var service = ((IAccessor<IServiceProvider>)db).Service;
2                 var loggerFactory = service.GetRequiredService<ILoggerFactory>();
3                 loggerFactory.AddConsole(LogLevel.Verbose);

　　　　也许，后面的Beta8,RC版本还会有调整，但能够确认的是，它会愈来愈强。从日志接口的变化也能够看，EF7目录处于开发过程当中，变化会很大。所以，文中介绍的功能，都是以目前已有的版本为基础，后面可能会变生变化，这一点要请你们注意。

　

 

　　今天就先到这里，有点不舒服。改天再慢慢写。谢谢你的理解。

 

 

实体框架交流QQ群:  458326058，欢迎有兴趣的朋友加入一块儿交流

谢谢你们的持续关注，个人博客地址：http://www.cnblogs.com/VolcanoCloud/