ASP.NET MVC2：视图、视图模型和发布请求

Question

我在 ASP.NET MVC2 中遵循良好的面向对象设计时遇到了麻烦，我认为问题在于对用户发布信息时 ViewModel 和 View 应该如何交互的理解不足。

我实现了一个论坛，允许用户使用回复操作创建对主题的回复。我的 ReplyViewModel 包含一个用于 threadId 的 int 和一个用于回复内容的字符串。回复操作使用 ThreadId 创建一个回复视图模型，因此我们将知道用户正在回复哪个线程。回复视图是回复视图模型的强类型，并具有允许用户编辑模型内容的表单。然后，用户可以将 threadId 作为参数发布到回复操作。

它有效，但我认为我这样做的方式不正确。每个帖子都涉及两个ReplyViewModel：一个具有threadId 但内容为空，另一个具有内容但ThreadId 为空。回复视图正在创建一个新的回复视图模型，我认为它应该只是编辑传递给视图的回复视图模型——但我不知道如何。

这是视图的精简版：

<%@ Page Title="" Language="C#" MasterPageFile="~/Views/Shared/Site.Master" Inherits="System.Web.Mvc.ViewPage<mvcForum.ViewModels.ReplyViewModel>" %>
<%: Html.TextAreaFor(model=> model.content, new{TextMode="multiline", id="postbox"})%>
<input type="submit" value="Reply" />

如果这还不足以回答我的问题，这里是整个视图：http://pastebin.com/BFGL4p67

ViewModel 实际上只是一个字符串（内容）和一个整数（threadId）。

控制器：

[Authorize]
public ActionResult Reply(int id)
{
    ReplyViewModel reply = new ReplyViewModel
    {
        ThreadId = id
    };
    return View(reply);
}
[HttpPost]
public ActionResult Reply(int id, ReplyViewModel model)
{
    /**TODO: Catch when no user*/
    var newPost = new ForumPost
    {
        UserId = (Guid)Membership.GetUser(User.Identity.Name).ProviderUserKey,
        ThreadId = id,
        postContent = model.content
    };
    db.AddToForumPosts(newPost);
    db.SaveChanges();
    return RedirectToAction("Index");
}

所以我的问题是“做我想做的事情的最佳方法是什么？我可以使用 ReplyViewModel 的单个实例从控制器传递到视图，然后再返回到控制器吗？”

Answer 1

我认为你做的很好。

您正在考虑一个尚未遇到的问题，即用于填充表单的数据与将要发布的数据有很大不同时。这里的“Get”视图模型是“Post”视图模型的子集，所以使用一个视图模型很好，但如果“Get”的数据和“Post”的数据差别很大，你可以使用两个不同的视图模型，例如：

public class GetReplyFromViewModel  //...
public class PostReplyFromViewModel //...

但我建议不要这样做，除非两个视图模型非常不同并且足够复杂以至于需要它们自己的视图模型。

需要记住的重要一点：仅仅因为视图被强类型化为类型'A'并不意味着post方法中的参数类型不能是类型'B'。

• 视图的类型将简单地确定视图中的编译/智能感知以及视图的类型检查，无论何时创建视图。
• post 方法参数的类型将简单地使用MVC Model Binding 将发布的HTTP 表单转换为您指定的类型。

换句话说，您的视图类型可能只是

<%@ Page Title="" ... Inherits="System.Web.Mvc.ViewPage<int>" %> 

如果您愿意，整个Model 变量就是ThreadId，如果您的html 字段命名正确，post 方法仍然可以采用相同的参数。

但同样，在这种特殊情况下，我认为当前的实现还不错。