初始化ICollection的实体框架多对多关系[重复]

Question

例如，假设我们有以下情况：我有一个名为 StandardEngineeredModel 的类，它具有 ModelNumber、VoltageInput、VoltageOutput 等属性。

我还有一个名为 Fuse 的类，它具有诸如 Designator、Rating 和 Type 等属性。在我的数据库模型中，这两个类之间会有多对多的关系，一个 StandardEngineeredModel 可以包含 MANY 个熔断器，一个熔断器可以包含在 MANY 个不同的 StandardEngineeredModels 中。请参阅下面的代码。

public class StandardEngineeredModel
{
    StandardEngineeredModel()
    {
        Fuses = new List<Fuse>();
    }

    [Key]
    public string ModelNumber { get; set; }
    public int VoltageInput { get; set; }
    public string VoltageOutput {get;set;}

    public ICollection<Fuse> Fuses { get; set; }
}

public class Fuse
{
    [Key,Column(Order = 0)]
    public string Designator { get; set; }
    [Key, Column(Order = 1)]
    public string Rating { get; set; }
    [Key, Column(Order = 2)]
    public string Type { get; set; }

    public ICollection<StandardEngineeredModel> StandardEngineeredModels { get; set; }
}

所以我的问题是您在构造函数中初始化集合的部分：对于我的 StandardEngineeredModel，使用列表初始化 Fuse 是有意义的。但是在我的 Fuse 类中，初始化 ICollection 对我来说并没有什么意义，因为通常我会将保险丝分配给 StandardEngineeredModel 而不是将 StandardEngineeredModel 分配给保险丝。

这样做有什么我没有看到的问题吗？这会给我带来哪些类型的问题？我在一些应用程序中使用了 EF，但还需要多对多关系，因此我正在寻找一些关于此的一般性建议。

提前致谢！

Answer 1

但在我的 Fuse 类中，初始化 ICollection 对我来说并没有什么意义，因为通常我会将熔断器分配给 StandardEngineeredModel 而不是将 StandardEngineeredModel 分配给熔断器。

你上面说的是真的，但我认为你把这些实体模型和领域模型混淆了。在您的域模型中，您的StandardEngineeredModel 中可能有一个方法：

public void AssignFuses(List<Fuse> fuses)

但是在你的Fuse中，你不会有这样的方法：

public void AssignStandardEngineeredModels(
    List<StandardEngineeredModel> sems) // makes no sense

但是，您的域模型客户端（我指的是其他类或开发人员）可能需要从分配给它们的 Fuse 导航到 StandardEngineeredModel，那么它们将如何做呢？那么Fuse 类将需要一个只读的List<StandardEngineeredModel> 来帮助解决这个问题。

现在回到你的实体模型：

这样做有什么我没有看到的问题吗？这会给我带来哪些类型的问题？

如果您有一个包含其他类的类，最好将它们初始化。为什么？因为我们想对自己和其他开发者好。考虑一下：

public class A
{
    public List<string> SomeThings{ get; set; }
    public A(){}
}

我正在使用您的课程，因为我正在使用 DLL，所以我看不到代码。我这样做：

var a = new A();
a.SomeThings.Add("1");

我编译，我将代码提供给 QA，他们忘记测试这个非常具体的案例，然后它进入生产和 BAM ！！！

因此，请遵循良好做法并对其进行初始化。我不确定如果你没有初始化 EF 是否会失败，所以也许你可以测试并解决这个问题。

一个建议

我建议不要使用后缀 Model 来命名您的实体模型。如果我的客人是正确的，那么您可能正在为 MVC 执行此操作并认为这是您的模型。但问题是您设计表名的目的是为了在 MVC 中使用它。如果不是呢？此外，在某些情况下，此模型不足以成为 MVC 中的模型，可能需要其他属性。

Answer 2

从技术上讲，您不必在构造函数中初始化集合，但您需要注意它们将为空（尤其是因为您没有使用启用延迟加载的 virtual 关键字）并且您需要检查在整个应用程序中都这样做 - 否则，您可能会在意想不到的地方出现空异常。