c# - View 创建部分(子) View 是不好的做法吗？

Question

我正在创建一个小 View 框架。我并不是想严格遵守 MVC，但我肯定会努力不妨碍 MVC 实践。

无论如何，我的问题之一是: View 创建自己的 subview 是否不好？

例如，在伪 C# 代码中:

/*BlogEntryView*/
<h1>my blog entry...</h1>
<div class="Comments">
{# //code
  foreach(var comment in Comments){
    Write(new CommentView(comment));
  }
#}
</div>

这对于 MVC 风格来说是不好的做法吗？正确的做法是在 BlogEntryView 中提供一个“占位符”，模型用 CommentView 填充它？

(另外，请不要标记asp.net-mvc，这很相似，但绝不使用ASP.Net MVC技术)

为了进行比较，与此相反，将在模型代码中添加带有某些占位符的 View :

/*BlogEntryView*/
<h1>my blog entry...</h1>
<div class="Comments">
{# SomePlaceholder #}
</div>

/*In the model code for BlogEntry*/
//v is a BlogEntryView
foreach(var comment in Comments){
  v.PlaceHolder.Add(new CommentView(comment));
}

Answer 1

ASP.NET MVC 和 Ruby on Rails 都通过使用部分 View 来促进我认为您所指的方法。

使用您的示例通常会产生一个调用部分评论记录的 View 。在 ASP.NET MVC C# 中，这将如下所示:-

<h1>my blog entry...</h1>
<div class="Comments">
  <% foreach (var comment in Model.Comments) { %>
    <% Html.RenderPartial("Comment", comment); %>
  <% } %>
</div>

遵循当前的 MVC 哲学和设计原则，这种分解为 View 代码的小“原子”部分的方式在许多圈子中都受到积极鼓励。然而，在这种分解和可维护性之间总是需要寻求平衡。