初始脚手架后实体框架核心数据库首次更新？

Question

我正在使用 Entity Framework Core，并且一直致力于实现 Database-First 应用程序。最初的 Scaffold-DbContext 命令工作得很好，并且可以正确地创建我的所有实体，如果没有按照我想要的方式组织的话。这是一个 SQL Server 数据库，它使用模式来分解责任区域，我并不真正关心 Scaffold 只是将它们全部放入一个文件夹中的事实。

除此之外，我无法确定是否有办法在数据库更新后重新运行 Scaffold 以更新类。我能找到的最接近的是使用 -force 参数重新运行 Scaffold-DbContext 命令。但是，这也会覆盖我添加到 Context.cs 文件中的任何自定义代码，例如将连接字符串指向配置值而不是硬编码。

我查看了与this one 类似的其他几个问题，但它只讨论了最初的脚手架，而不是进一步的更新。

有没有办法手动编码任何未来的变化来做到这一点？如果没有它，EF Core 似乎会让数据库优先的方法变得毫无价值。

Answer 1

就像您自己说的...数据库优先方法的主要问题：您永远不应该手动更改模型并开始重命名等等。除非您 100% 确定您的数据库不会再更改。如果您不能 100 % 确定，只需使用自动生成的模型进行编码即可。

Re-Scaffolding 将覆盖直接在模型类中所做的任何更改，擦除所有更改或添加的内容。

但是您可以在不会被自动映射覆盖的一侧创建部分类：

public partial class TableName
{
    public string Name_of_a_property
    {get; set;}
}

这是一种向实体添加代码的好方法，同时确保它不会被自动映射影响。只要确保局部视图与自动生成的类同名，一切都应该没问题。

Answer 2

可重新运行的脚手架可用于真正的 DB First 方法，如 answered by Antoine Pelletier。

然而，脚手架通常一次用于将模型初始导入代码，然后继续使用 Code First 方法。 过程到 使用逆向工程基于现有数据库创建实体框架模型 描述于https://docs.microsoft.com/en-us/ef/core/get-started/aspnetcore/existing-db