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

Question

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

目前我有一些用于简单数据模型的配置类。随着时间的推移，它会增长，会越来越多。一些对现有数据模型进行了更改，一些具有新功能甚至删除。

• 组织这些配置类的好习惯是什么？
• 将它们分开在文件夹中作为开发冲刺？
• 给类名写一个前缀（例如_1PersonConfig.cs）？

标签： c#entity-framework.net-core

Answer 1

我自己将配置放在 .cs 文件中作为我的模型文件。并且它们的命名约定将与模型加“配置”相同，例如User和UserConfiguration. 当您使用流利的 API 时，配置类实现了我认为因此您可以轻松地在您的ContextIEntityTypeConfiguration<>类中注册所有配置。（使用反射，如果您愿意，我可以分享一些代码）OnModelCreating

在这种情况下，您不必介意在添加新模型时注册，并且要进行修改，除了打开主模型的文件并进行更改之外，别无他法，而不会丢失在寻找配置文件的文件夹中的痛苦。