entity-framework - Fluent Migrator 相对于 EF 迁移的优势？

Question

目前我正在做的项目，它已从 EF 迁移更改为 fluent migrator。 fluent 迁移比 ef 迁移有什么好处？是否真的值得使用 EF 迁移？

Answer 1

EF 迁移本质上是 代码优先 - 你先写模型，运行 ef命令生成自动迁移，然后更新数据库。无论多么复杂，自动迁移 总是有问题。首先，诸如列重命名、删除未使用的列之类的事情总是有问题的。此外，如果您使用 F# 记录类型或 C# POCO 对象，那么为了便于迁移，您通常必须使用不需要的迁移特定属性来装饰您的普通 DB 实体。
其次，EF 迁移不容易打包为独立的控制台应用程序。将迁移打包到单独的可执行应用程序中始终是一个更好的主意，因为您的应用程序的使用者不必担心了解 Entity Framework 迁移命令等特定命令。像 FluentMigrator 这样的包和 DbUp使得打包成可执行文件变得非常容易。但是，这取决于应用程序的需要。例如，如果您正在构建像开源 Wordpress 风格的博客引擎这样的现成应用程序，并且如果您的受众不熟悉 .net 核心，那么作为专用实用程序的迁移会很有帮助。

You might want to choose to run ef migrations programmatically but that again is an anti-pattern as in container world, multiple container might yield race condition and needs special care, thus always better to have separate console project for this.