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

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

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

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

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

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

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

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

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

　　　　在这之前，相信不少人吃过亏，因为之前模型发生变更，使用数据迁移更新数据库结构时，是先删除数据库，再重新创建，这样的问题是，会造成数据丢失。听说有人因为不熟悉这功能，把生产环境的数据也给弄丢失了。

　　3、删除孤儿（orphans)记录

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

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

                 if (result != null)
                 {
                     var post = db.Posts.FirstOrDefault(p => p.PostId == );
                     result.Posts.Remove(post);
                     db.SaveChanges();
                 }

下图是EF6下的异常

很遗憾的是，现在EF7的最新预发行版本EF7.0.0-beta7还没有解决这个问题，但异常的内容发生了改变.

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

　　4、日志记录

　　　　在日志中查看EF生成的SQL，相信这种方法帮助过不少的人（当然不是全部，因为有人还不知道有这东西，做开发就得不停的学习！）。EF6中，大家是使用类似如下的代码来记录SQL语句：

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

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

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

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

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

　　　　现在的版本中，又变成如下方式：

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

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

　

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

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

谢谢大家的持续关注，我的博客地址：http://www.cnblogs.com/VolcanoCloud/