内联初始化集合自动属性：C＃和VB之间的行为似乎有所不同

如何解决内联初始化集合自动属性：C＃和VB之间的行为似乎有所不同

上下文：我正在将程序从C＃转换为VB。该程序与Entity Framework（最新，但不是EFCore）一起运行。

在C＃类中，我有一个集合的自动属性，因此进行了初始化：

public virtual ICollection<Student> Students {get; set;} = new List<Student>();

使用EF可以正常运行。

转换为VB会变成：

Public Overridable Property Students As ICollection(Of Student) = New List(Of Student)()

奇怪的是，后者似乎不适用于Entity Framework，产生了运行时错误说明

无法设置属性'Students'...，因为该集合已经设置为EntityCollection。

我可以通过恢复旧的初始化集合的方法来解决此错误（在初始化自动属性之前，我也曾经在C＃中这样做）：

Private _students As ICollection(Of Student) = New List(Of Student)

Public Overridable Property Students As ICollection(Of Student)
  Get
    Return _students
  End Get
  Set(value as ICollection(Of Student))
    _students = value
  End Set
End Property

我以为上面冗长的代码和替换它的单行在功能上是等效的。谁能向我解释为什么他们与众不同，以及为什么/与C＃等价物不同（长期等效和单行等价物似乎具有相同的行为）。

解决方法

一些进一步的调查不能完全回答我的问题，但至少可以确认初始化的集合自动属性的C＃版本和VB版本之间是有区别的。

在C＃版本中，如果我添加了一个零参数构造函数（空实现）并在其上放置了一个断点，则在检索对象（通过EF）时，在命中该构造函数时，自动属性已经使用新列表进行了初始化。 （然后大概在构造函数退出后，将其替换为EF中的EntityCollection）。

在VB版本中，如果我添加了一个零参数构造函数（空实现）并在其上放置了一个断点，则从EF检索对象时，在命中该构造函数时，自动属性为仍然一无所有（空）。

所以我猜测在VB中，构造函数会立即退出，EF进入并将其EntityCollection放入属性之前中，然后调用属性初始值设定项。这种情况与断点观察和错误消息都是一致的。

我感到非常惊讶，C＃和VB在构造顺序等基本方面都应有所不同。

（N.B。在许多情况下它可能没有什么区别，但是我猜想它在EF中会有所不同，因为后者正在执行动态代理。）

,

我认为问题的根源在于，VB在调用基类构造函数之后在 之后初始化字段，而C＃在调用基类构造函数之前在 之前初始化字段。 https://anthonydgreen.net/2019/02/12/exhausting-list-of-differences-between-vb-net-c/#:~:text=16.-,BEFORE%20the%20base%20constructor%20call

在转换代码时这是一个很难解决的问题-您只需要意识到这一点。从C＃转换为VB尤其困难，因为据我所知，没有方法可以在基类构造函数调用之前强制字段初始化，因为如果存在“ MyBase.New”，则它必须是主体中的第一条语句VB中的构造函数。