[翻译 EF Core in Action 1.10] 应该在项目中使用EF Core吗?

Entity Framework Core in Action

Entityframework Core in action是 Jon P smith 所著的关于Entityframework Core 书籍。原版地址. 是除了官方文档外另一个学习EF Core的不错途径, 书中由浅入深的讲解的EF Core的相关知识。因为没有中文版,所以本人对其进行翻译。 预计每两天一篇更新 PS: 翻译难免限于本人水平有不准确的地方，建议英文水平不错的同学直接查看原版，有不足的地方欢迎指正

第一部分目录导航

应该在项目中使用EF Core吗?

在简单介绍了EF Core以及它的工作方式之后,接下来的问题是你是否应该在项目中开始使用EF Core. 对于想要使用EF Core的人来说,关键的问题是EF Core是否优与目前项目中使用的数据库访问库,简单的说就是它是否值得我们使用. 学习和使用新的类库都是有成本的,特别是像EF Core这样庞大复杂的库

我会给你一个详细的答案,正如你接下来看到的,我想更直观的描述. 图1.11展示了我对EF Core优缺点的看法: 优点在右边,缺点在左边. 每个块的宽度是我认为该部分被改善的时间段: 越宽花费的时间越长. 这只是我的观点,所以不要把它当做事实,我希望本书后续的内容可以帮助你思考EF Core对项目的影响

让我们从优点开始,详细的介绍图1.11中的每一个块

最新一代

我从LINQ to SQL切换到了EF 4,因为EF是未来发展的方向,而LINQ to SQL不会再投入更多的精力. 现在的EF Core也是一样. 这是微软正在努力的方向,它会得到更多的扩展和更长的支持. EF Core比EF6.x更轻量,速度更快. 我认为它的API改进的很好

如果你正在启动一个新的项目,并且.NET Core和EF Core适用于你的项目,那么使用EF ore意味着你不会落后

跨平台与开源

我在开章开始的时候提到EF Core支持跨平台,你可以在windows,linux和Apple上开发和运行EF Core应用程序. EF Core是开源的,你可以直接查看源码和问题与缺点列表 -- 参见 https://github.com/aspnet/EntityFramework/issues

快速开发

在典型的数据驱动应用程序中,我编写了大量的数据库访问代码,有一些很复杂. 我发现EF6.x和现在的EF Core可以让我很简便快速的编写数据访问代码,并且易于理解与重构. 这是我使用EF的主要原因之一

EF Core对开发人员很友好,即使我没有编写最良好的代码也往往会创建有效的查询. 大部分格式正确的LINQ查询都可以正常工作,尽管它们可能无法被转换为性能最佳的SQL,不过一个正确有效的查询代码是一个很好的开始(我们可以再优化). 第12章介绍了性能调优的领域

良好的文档与支持

EF Core有完善的文档 (https://docs.microsoft.com/zh-cn/ef/core/index), 同样还有本书将文档与更深入的介绍和示例以及模式结合在一起,使你成为一名优秀的开发人员. 因为有很多EF 6.x的开发人员迁移到EF Core,互联网上有很多EF Core的博客,Stack Overflow可能已经有了你问题的解决方案

支持的另一部分是开发工具. 微软创建了免费Visual Studio Code跨平台开发环境. 微软还将Visual Studio免费提供了个人和小型企业

通过Nuget包获取安装

尽管.NET Core 1出现了一些早期的困难,但2017年8月.Net Standard 2.0引入的.Net Framework兼容模式已经解决了大部分问题, 这就是EF Core 2.0构建的原因. .Net Standard 2.0允许早期(大多数).Net版本使用现有的Nuget库. 如果Nuget包使用了不兼容的功能(例如System.Reflection),则会出现问题. .Net Standard 2.0还支持更大范围的系统方法,这使将包转换为.Net Standard 2.0变的更容易

如果你的.Net框架版本是4.6.1或更多,那么你可以直接使用EF Core

全功能的ORM

Entity Framework通常是O/RM的功能丰富的实现, EF Core将继续这一趋势. 它允许编写复杂的数据访问代码,涵盖了你想使用的大部分数据库的功能. 我使用过ADP.NET,LINQ to SQL, EF 4到6以及现在的EF Core, 我相信这已经是一个很棒的O/RM了

但是在编写本书时, EF Core(2.0)仍然有一些功能尚未添加, 这就是图1.11中的块如此宽的原因. 如果你使用过EF 6.x,你会注意到EF6.x的一些功能EF Core中还没有,但随着时间的推移,这些功能都会添加. 我建议你EF Core docs网站的功能比较页 http://mng.bz/ek4D, 在这里可以了解到最新的进展

稳定的类库

当我开始写这个书时,EF Core还不稳定. 它有很多的缺陷和缺少的功能. 我发现1.0.0版本中使用DateTime的year存在错误, 还有1.1.0中修复的其他LINQ翻译的问题

当你在读到这篇文章时, EF Core已经修复了很多问题,但是仍在变化. 尽管速度要慢的多. 如果你想要稳定,可以选择EF6.x或其他数据库访问技术

保持高性能

对于数据库性能问题,我不会说EF Core开箱即用,它拥有魔法可以生成漂亮的SQL和快速数据摄取带来极高的数据库访问性能. -.-这是不存在的!这是简便的代价: EF Core内部所有的"魔法"都不如手工编写的SQL好,但是你可能会惊讶它的魔法还是有点料的

幸运的是我们对此做一些措施.在我的项目中,我发现只有5%到10%的查询是需要手动调优的关键查询. 第12和13章以及第14章的一部分专门讨论性能调优. 我们有很多手段可以提高EF Core的数据库访问性能

如果你担心EF Core的性能,我建议你阅读13章,这一章中你会学习如何逐步提高应用程序的性能. 你将看到EF Core可以在很少的额外工作下运行良好. 我有两个演示站点 http://efcoreinaction.com 和 http://cqrsravendb.efcoreinaction.com ,在about菜单中可以看到数据库的大小