【问题标题】:Model containing a list of its own model type (Recursive Modeling?)包含其自身模型类型列表的模型(递归建模?)
【发布时间】:2012-08-22 10:16:21
【问题描述】:

好的,这可能是微不足道的,但我希望有人能给我一个直截了当的答案。假设您在 MVC 项目中有两个模型,一个模型包含另一个模型的列表。这两个模型看起来像这样:

public class Vehicle
{
    [Key]
    public int VehicleId { get; set; }

    public virtual List<Wheel> Wheels { get; set; }
}

public class Wheel
{
    [Key]
    public int WheelId { get; set; }

    [Required]
    public int VehicleId { get; set;}

    [Required]
    public virtual Vehicle { get; set; }
}

现在假设您有同样的东西,但只有一个模型。乍一看,我以为它看起来像这样:

public class MyClass
{
    [Key]
    public int MyClassId { get; set; }

    public string MyData { get; set; }

    public virtual List<MyClass> MyClasses { get; set; }
}

这让我很反感,因为MyClasses 被指定为导航属性。这意味着每个MyClasses[i] 必须有一个MyClass 属性和另一个MyclassId,它们都引用父MyClass。想了一会儿,我开始头晕。我这样做是否正确?

【问题讨论】:

  • 你想完成什么?
  • 正是我发布的内容。我想唯一的补充就是MyClass的数据是通过组合MyClasses中每个对象的数据来确定的。
  • Google self-referencing model entity framework 我看到很多使用code first 的例子,你可以用它来计算属性。

标签: c# asp.net-mvc dependencies


【解决方案1】:

这是生成正确 SQL 数据库的正确方法:

public class MyClass
{
    [Key]
    public int MyClassId { get; set; }

    public string Data { get; set; }

    public virtual Classes Classes { get; set; }
}

public class Classes
{
    [Key]
    public int ClassesId { get; set; }

    [Required]
    public int MyClassId { get; set; }

    public List<MyClass> Classes { get; set; }

    [Required]
    public virtual MyClass MyClass { get; set; }
}

【讨论】:

    【解决方案2】:

    使用您的 MyClass 实例:

    public class Class
    {
      [Key]
      public int ClassId { get; set; }
      public string Data { get; set; }
    }
    
    public class Classes
    {
      public virtual List<Class> Classes { get; set; }
    }
    

    在你看来`@model .ViewModels.Classes。不会变得更容易,也不会让自己比你想象的更头晕。

    简而言之,不要做循环引用,通过不同地命名一个类来打破循环,这样视图中的模型就会知道要查找什么以及使用什么。当然,您可以使用圈子。问题是它的维护是一场噩梦。帮自己一个忙,让您的生活更轻松。

    更新

    public class MyClasses
    {
      public List<Classes> OtherClasses;
    }
    

    希望这会有所帮助。

    【讨论】:

    • 我需要每个 Class 引用其他类的列表。除非我忽略了某些东西,否则我认为这不是我需要的。
    • 如果我理解正确(不确定我是否理解),请查看更新。只要你对那些引用其他类的类的命名很好,尽量避免任何圈子。如果你不能 - 你不能,将不得不忍受它并维护它(EF 的问题),但尽量避免,因为拥有它们很难维护,并且预计将来会出现意外和困难的错误。特别是如果其他人接管了代码。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2011-06-10
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2013-08-27
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多