EF代码首先：初始化还是不初始化导航属性？

ef代码首先：导航属性初始化 - 是否初始化？ 在实体框架代码中，关于poco（普通旧CLR对象）类中导航属性初始化的常见问题。 您应该初始化它们还是将它们保持原样？ 让我们探索优点和缺点。

收藏：风格问题

> 对于集合导航属性（类似于A

类），初始化在很大程度上是个人编码样式的问题。 它并不固有地影响应用程序的业务逻辑。 但是，一些开发人员更喜欢懒惰的初始化，以避免潜在的

错误和不必要的对象创建。 ICollection<Address> User参考属性：避免初始化NullReferenceException

>

>与集合不同，通常不建议初始化参考导航属性（例如，在类中）。 原因是：

>License无意义的默认对象：User初始化通常会导致创建在应用程序上下文中可能具有固有含义的空对象。

>

• 覆盖问题： ef不会在对象物质化或懒惰加载过程中覆盖这些初始化的属性。 >
关系修复问题：
• 可能不会发生适当的关系修复，从而导致无人容器的导航属性。
ef核心注意事项
• 在EF核心中，虽然关系修复并未受到构造函数初始化的参考属性的直接影响，但懒负载仍不会覆盖它们。 此外，初始化这些属性可以干扰
的方法，并在使用

>。

播种数据时引起问题。 推荐：

为了避免潜在的并发症，最好的做法是 noteIncludeHasData初始化构造函数中的参考导航属性。 收集初始化仍然是个人偏好的问题。

>

以上是EF代码首先：初始化还是不初始化导航属性？的详细内容。更多信息请关注PHP中文网其他相关文章！