Fluent Migrator 相对于 EF 迁移有何优势？

Question

目前我正在做的项目，已经从EF迁移改为Fluent Migrator。与 ef 迁移相比，Fluent Migrator 有哪些优势？是否真的值得使用 EF 迁移？

Answer 1

EF 迁移本质上是代码优先- 首先编写模型，运行ef命令来生成自动迁移，然后更新数据库。无论多么复杂，自动迁移总是会出现问题。首先，诸如列重命名、删除未使用的列之类的事情总是有问题的。此外，如果您使用 F# 记录类型或 C# POCO 对象，那么为了促进迁移，您通常必须使用特定于迁移的属性来装饰普通数据库实体，这是不可取的。

其次，EF 迁移不容易打包为独立的控制台应用程序。将迁移打包到单独的可执行应用程序中始终是一个更好的主意，因为应用程序的使用者不必担心了解实体框架迁移命令等特定命令。FluentMigrator像和这样的包DbUp使得打包成可执行文件变得非常容易。但是，这取决于应用程序的需求。例如，如果您正在构建现成的应用程序（例如开源 Wordpress 风格的博客引擎），并且您的受众不熟悉 .net core，那么作为专用实用程序进行迁移会很有帮助。

您可能想选择ef migrations以编程方式运行，但这又是一种反模式，因为在容器世界中，多个容器可能会产生竞争条件并需要特别小心，因此最好为此拥有单独的控制台项目。