对于简化的 Stack Overflow 问题和答案页面，我的模型应该是什么样子

Question

我是第一次尝试 MVC，并尝试构建一个非常简化的 StackOverflow 版本。我有模型/数据库表，例如：

Users
Questions
Answers
Comments

以及这些模型的一些视图模型，我将其用于视图。
模型之间的关系是：

Users 1:m  with Questin, Answers, Comments
Questions 1:m with Answers, Comments
Answers 1:m with Comments

和

Users m:m Questions
Users m:m Answers

投票。

对于“问题”页面（与您当前正在阅读的页面相同），我的 ViewModel 应该是什么样子？ 该页面应该类似于：

----------------------------------
问题

回答
回答
...
回答

仅用于登录用户回答问题的表单
-----------------------
以及问题和答案下的评论列表

我想出了这个：

public class QuestiongView
{
   public QuestionShort question { get; set;}
   public IEnumerable<AnswerShort> answers { get; set;}
   public AnswerWritabelByUser answerByUser {get; set;}  // only for logged in usesr. This is where you type your answer
}

QuestionShort和AnswerShort是具有List的类代码> 在其中。
对于投票，我将使用 $.ajax 调用。

根据我到目前为止所学到的知识，我认为这是正确的方法，但它看起来也很混乱。也许我会使用分部视图来清理视图中的代码。

那么，这是实现 MVC 的正确方法吗？您对改进我针对这个特定问题的整个方法有一些建议吗？我是否知道我在说什么，或者我是否错过了 MVC 的整个设计模式/概念？

Answer 1

我会做一些非常接近的事情：

模型

public QuestionViewModel : IQuestionViewModel
{
  public QuestionModel : Question { get; set; }
}

public IQuestionViewModel
{
  QuestionModel: Question { get; }
}

public QuestionModel : IAnswersViewModel, ICommentsViewModel, IUserViewModel
{
  public string Title { get; set; }
  public string Summary { get; set; }
  public IENumerable<Tag> Tags { get; set; }
  public UserModel User { get; set; }

  public IEnumerable<AnswerModel> Answers { get; set; }

  public IEnumerable<CommentModel> Comments { get; set; }
}

public IAnswersViewModel
{
  IEnumerable<AnswerModel> Answers { get; }
}

public ICommentsViewModel
{
  IEnumerable<CommentModel> Comments { get; }
}

public IUserViewModel
{
  UserModel User { get; }
}

public AnswerModel : ICommentsViewModel, IUserViewModel
{
  public Summary { get; set; }
  public UserModel { get; set; }

  public IEnumerable<CommentModel> Comments { get; set; }
}

public CommentModel : IUserViewModel
{
  public string Summary { get; set; }
  public UserModel User { get; set; }
}

public UserModel 
{
  public string Name { get; set ; }
}

控制器

public class QuestionController : Controller
{
  public ActionResult Details(int QuestionID)
  {
    // Populate the model as you see fit
    // I normally have my models populate themselves
    // So I don't duplicate code in my controllers

    QuestionViewModel model = QuestionViewModel.Get(QuestionID)

    if (model == null)
    {
      return this.UnavailableQuestion()
    }

    return this.View(model);
  }

  // Questions that don't exist
  public ActionResult UnavailableQuestion
  {
    return this.View();
  }
}

**视图（所有都非常简化）**

Question\Details.cshtml

@Model IQuestionViewModel

@model.Question.Title

@model.Question.Summary

@html.Partial("partial-UserComplex", model.Question)

@html.Partial("partial-Comments", model.Question)

@html.Partial("partial-Answers", model.Question);

共享\partial-UserComplex.cshtml

@Model IUserViewModel   

//Complex might display details like points, etc etc
@model.User.Name

共享\partial-UserSimple.cshtml

@Model IUserViewModel   

//Simple would just have a name with a link to profile
@model.User.Name

共享\partial-Comments.cshtml

@Model ICommentsViewModel

@foreach (CommentModel comment in model.Comments)
{
  @comment.Summary
  @Html.Partial("partial-UserSimple", comment)
}

Question\partial-Answers.cshtml

@Model IAnswersViewModel

@foreach (AnswerModel answer in model.Answers)
{
  @answer.Summary

  @Html.Partial("partial-UserComplex", answer)

  @Html.Partial("partial-Comments", answer)
}

优点

• 每个视图/部分视图都使用一个接口，因此我可以创建任意数量的不同模型并重用相同的视图。
• 由于显示评论（也许？）和用户将遍布整个站点，因此我可以轻松地重用共享目录中的部分内容，
• 显示答案、评论和用户彼此完全解耦。
• 非常具有可扩展性。

缺点

• 在视图中使用接口有点复杂，因为您想要添加的任何新内容都必须添加到接口以及继承该接口的任何类。
• 根据子类的数量和模型的重用，这是相当复杂的。