在Visual Studio中组织EF配置类的最佳实践

Question

我从一个新项目开始，并且正在使用具有流畅API的EF核心。

当前，我有一些用于简单数据模型的配置类。随着时间的流逝，它将越来越多。 有些更改了现有数据模型，有些更改了新功能甚至删除了。

• 组织这些配置类的良好实践是什么？
• 是否将它们与开发Sprint分开放置在文件夹中？
• 为类名称写前缀（例如_1PersonConfig.cs）吗？

Answer 1

我自己将配置文件放在.cs文件中作为模型文件。 并且它们的命名约定将与模型加“配置”相同，例如User和UserConfiguration。 当您使用流畅的API时，我认为配置类会实现IEntityTypeConfiguration<>，因此您可以轻松地在Context类的OnModelCreating中一般注册所有配置。（通过反射，我可以如果需要的话，切碎一些代码）

在这种情况下，您不必介意注册，因为添加了新模型，并且无法修改，只能打开主模型的文件并进行更改，而不会丢失寻找配置文件的文件夹。