model 类中的虚拟属性如何违反持久性无知原则？

Question

我刚刚阅读（修订）一些架构原则（如此处所述 https://docs.microsoft.com/en-us/dotnet/architecture/modern-web-apps-azure/architectural-principles ）并感到有点困惑关于persistence ignorance原则有一个这样的违规示例：

 Properties requiring virtual keyword

所以我不清楚为什么这样的要求会违反持久性无知原则。 假设我们的 model 类仅在 C# 中，由 .NET 编译器编译。 要加载 model 实例，只需正常创建 class 实例（所有属性都从相应的持久数据初始化，例如：数据记录）。 要保存它，只需从 model 实例读取值并将其放回持久存储（任何类型）。

实际上Entity Framework确实需要启用一些很酷的功能，例如延迟加载，......而且我确实看到 EF 在支持各种持久存储（数据库）方面做得很好，据我所知，这应该与所谓a violation of the persistence ignorance principle 。

你能给我一些真实的例子来证明requiring virtual properties可能违反持久性无知原则吗？ 如果有的话，是不是有时我们不能只遵守所有的原则，我们可能不得不在遵循好的原则和拥有好的特性之间进行权衡（比如 EF?

Answer 1

它违反持久性无知原则的原因很简单：您必须使属性为virtual才能使 EF 满意，因此您将业务代码二重奏更改为持久性问题。 除了直接违反原则之外，使用覆盖 class 成员的 EF 功能会更改 class 的类型，因此，例如，在您的Equals实现中，您不能再使用GetType()来比较两个实例，因为实际object 的类型是由 EF 在运行时生成的，因此，您再次根据持久性问题开始更改域逻辑。 附带说明一下，我还建议不要在大多数情况下使用 EF 的延迟加载，因为它只能同步工作，阻塞当前线程。