【EF Core】EF下CodeFirst、DBFirst与ModelFirst分析

通过项目，我们了解到EF框架有三种数据持久化的方式，也就是标题中我所提到的三种。那么这些方式之间又有什么联系和区别呢？
    篇幅原因，本篇博客不再分别介绍每种方法如何实现的了，大家用的时候可以去Sou~一下。
    先分别介绍一下这三种方法的联系：
    1.Database First是基于已存在的数据库，利用某些工具（如VS提供的EF设计器）创建实体类，数据库对象与实体类的匹配关系等，你也可以手动修改这些自动生成的代码及匹配文件。也就是从一个数据库开始，然后生成实体框架和相应代码。
    2.Model First 是先利用某些工具（如VS的EF设计器）设计出可视化的实体数据模型及他们之间的关系，然后再根据这些实体、关系去生成数据库对象及相关代码文件。
    3.Code First 这种方式需要先写一些代码，如实体对象，数据关系等，然后根据已有的代码描述，自动创建数据对象。但其实这种方法与Model First是非常类似的。我们自己写的代码，其实就是用代码表示实体模型，而Model First是用可视化的方式描述了实体模型。如果类中没有包含外键属性，Code-First默认约定会创建一个{类名}_{主键}的外键列。当我们类与类之间有多个关系的时候，就可以使用InverseProperty特性。

    下面分析这三种方式的优缺点：

        Code-First模式：EF到EFCore都是大力支持的，必须用 Code First 只有这样才能真正的抛弃数据库的概念 完全实现面向对象开发。 优点是性能比较好，且代码较少冗余。不过它的缺点也有很多，由于都是代码编写的，比如更新数据库。Code First则是适应当今敏捷开发而生，快速通过编写代码实现功能，而不必过多关心数据库的设计；同时可以快速迭代，不用来回维护EDMX和DB耽误时间。如果类中没有包含外键属性，Code-First默认约定会创建一个{类名}_{主键}的外键列。当我们类与类之间有多个关系的时候，就可以使用InverseProperty特性。
        Database-First模式：明显性能会差点，但是它很适合初学者，或者是比较急的小型项目。还有一点，我们在做项目时可能不容易体会到它的好处，但如果做数据库结构比较成熟稳定的产品时，我们可以很轻松的使用数据库生成实体模型，从而实现快速开发。
        Model-First模式：基本淘汰不用了 ，优点是开发人员能够在模型设计完成后，可以利用VS等工具快速生成数据库脚本。缺点是设计模型时完全了解数据库的结构，在模型中手动添加表关系，并且生成的脚本有点不简洁。 

    这三种方式各有利弊，使用过程中我们要按实际需求来选择。这些工具的出现和使用，大大提高了开发人员的开发速度，使得数据库、模型等出现了复用、扩展的可能，在应对变化方面也做了足够的工作。这些工具所体现的服务思想更提醒我们要全方位去考虑问题，在产品中做好应对变化的措施。