对于ORM你怎么理解？你用过的ORM有什么区别？这是面试的时候基本上会问的问题。
问题很简单，本文不在阐述。本文主要讨论Dapper 和 EF Core First的区别。
从直观上来看两个都是ORM，只不过一个是轻量级一个是重量级，EF的LINQ支持的非常好，Dapper查询速度非常快但是要手写SQL，当然EF也支持手写SQL，等等，这些我觉得是一些表面的区别。
实际上我觉得他们的本质上区别的：Dapper面向数据库，EF面向对象。
何为面向数据库？如果你用过ADO.NET的方式开发过程序，那么你会有直观的感觉，我要写一个功能，必须先建表吧，数据库有表我才能进行各种操作，一切开发的前提你得把数据库建好，然后在程序中写各种SQL，CURD必不可少，实际上我们大多数的开发人员都是以这种方法来进行开发，这种方法很符合我们正常的思维逻辑，这种开发方式并没有太大的问题。
研究过领域驱动设计的人应该知道这种方法的优缺点，当然每个人的理解程度不一样，我个人觉得有以下几点：
缺：
1、过于依赖数据库
2、编写效率低下，相似代码不好重构
优：
1、执行效率快，简单易理解，上手快，好调试
那么面向对象的方式呢？或者说EF Code First 这种方式呢？我们先理一下code first的编写方法，先建表实体，再建实体映射，通过迁移生成数据库表和表关系，这是正规的操作步骤，我们发现，这种方式并不是以数据库建表为开始，而是以实体模型为开始，实际上它就是领域模型的核心，即我们开发以业务逻辑为主，通过熟悉业务逻辑来新建模型，而不是以数据库为核心，数据库只是数据持久化的一种方式，我也可以以其他的形式存储，我觉得这并不是操作方式上面的改变，最主要的是处理问题的思路发生变化，传统的方式过于依赖某一种数据库，但是，用户可不关心你用哪种数据库，只关心这个功能实现了没，即关注点应该是业务逻辑，在我看来领域驱动实际上就是为了更好的处理业务逻辑而衍生的一种设计方法，当然这种方法也存在一些优缺点，个人理解如下：
只适用于中/大型项目，即业务逻辑比较复杂的系统
时间有限，手打文章，如有问题，大神勿喷。