ASP.NET MVC：在类似向导的应用程序中保持会话状态的最佳实践

Question

假设我有一个像一组向导页面一样实现的 Web 应用程序来编辑复杂的对象。 在用户单击“完成”按钮之前，对象不会保存到后端系统（要求），因此与此同时，我必须将有关对象的全部信息保留在某种会话状态中。

此外，某些向导页面必须显示可能包含大量项目的组合框和列表框。 这些项目是使用 Web 服务从后端系统获取的。

巧合的是，该向导允许用户自由地从一个向导页面跳转到任何其他页面（使用表单顶部的选项卡链接），因此这不是一个简单的“下一步，下一步...完成”的事情。

附加约束：Web 应用程序在 Web 场上运行，并且客户厌倦了使用服务器端会话状态。 在最好的情况下，他们希望将会话状态的大小保持在最小（他们过去在这方面遇到过问题）。

所以基本上这里有两个问题：

1. 如何/在哪里保存用户在向导中输入的数据？
2. 是否缓存从后端接收到的组合/列表项，如果是，在哪里？

我正在考虑的选项：

1. 将对象存储在类似 WebForms 的 ViewState 中（通过将其序列化到 HTML 页面中）。 这还包括组合框项目。 显然，HTML 页面变得非常大可能会出现问题，因此 Web 应用程序会很慢。

2. 将其存储到服务器端会话状态中，无论客户的意愿如何，也不知道性能将如何受到影响，直到在实际的网络场上进行测试（项目后期）。< /p>

我无法在两者之间做出决定。 或者还有其他选择吗？

Answer 1

为什么要缓存？ 您可以只拥有选项卡式页面，其中每个页面都是一个 div 或面板，并且只显示与选项卡相关的当前 div。 这样，当用户提交表单时，您就不必跟踪和处理所有输入。

Answer 2

是否可以将向导数据存储在数据库的临时表中？ 当用户完成向导时，将从临时表中复制数据并删除。 临时表包含一个时间戳，用于删除任何旧的未完成数据。

Answer 3

正如黛西所说，它不必被缓存。 您还可以使用隐藏的表单字段。 由于这些可以映射到每个控制器操作上的同一对象，因此您可以通过连续的页面逐步构建对象。

//Here's a class we're going to use
public class Person
{
  public int Age {get;set;}
  public string Name {get;set;}

  public Person()
  {
  }
}

//Here's the controller
public Controller PersonCreator
{
  public ActionResult CreatePerson()
  {
    //Posting from this page will go to SetPersonAge, as the name will be set in here.
    return View();
  }

  public ActionResult SetPersonAge(Person person)
  {
    //This should now have the name and age of the person
    return View(person);
  }
}

//Here is your SetPersonAge, which contains the name in the model already:
<%= Html.Hidden("Name", Model.Name) %>
<%Html.TextBox("Age") %>

差不多就是这样了。

Answer 4

我可以建议更多选项

1. 将整个向导作为一个页面，其中选项卡通过客户端的 javascript 显示和隐藏内容。 但这可能会导致初始页面加载速度变慢。

2. 使用缓存应用程序块（或类似的东西）在服务器上缓存数据。 这将允许所有用户共享该数据的单个实例，而不是在所有会话之间复制。 现在数据更轻了，您也许可以说服客户允许在会话中存储数据。

Answer 5

MVC 社区中存在很多反对使用 Session 的阻力。 问题是我们很多开发人员正在构建像银行网站这样的登录系统。 人们可能会争论隐藏字段，这在某些情况下有效，但当我们出于安全性和合规性需要让用户超时时，您有多种选择。 Cookie 并不可靠。 依赖 Javascript 计时器并不可靠，也不符合 508 标准，因为目标应该是优雅地降级。 因此对于登录来说，会话​​是一个不错的选择。 如果您将时间写入客户端浏览器、服务器数据库或服务器文件系统，您仍然需要管理每个用户的时间。

因此请谨慎使用会话，但不要害怕它们。 对于向导，​​从技术上讲，您可以序列化传递它们的隐藏字段。 我怀疑需求和范围将会变得更大，并且会话的授权/身份验证实现将是应用程序的关键。

Answer 6

如果您无法使用ajax（用于验证和下拉菜单以及将向导转换为选项卡式页面的能力）并且无法使用html5（用于下拉缓存和本地存储中的表单状态保存），那么我认为您已经没有可用的“最佳实践”你必须求助于坏的（或更糟的）一种。

由于 MVC 在会话使用方面是 WebForms 的对手，也许您可​​以使用解决方法？ 例如，除了将所有这些值存储在稍后需要清理的临时数据库记录中之外，您还可以设置 AppFabric 扩展 Windows Server 并用它来存储下拉列表项（范围可以适用于所有用户，因此如果更多用户同时使用系统，您只需要一次调用 Web 服务刷新缓存），以及在步骤之间临时存储对象。 您可以将 AppFabric 中的临时对象设置为自动过期，这样就无需进行清理。 如果您通过 Web 服务广泛调用另一个系统，它也有助于加快系统其他部分的速度。

Answer 7

我一直在处理同样的问题，虽然我的要求稍微简单一些（仅保留几个字符串的状态），但我的解决方案可能适合您。 我也有兴趣听听其他人对这种方法的想法。

我最终做的是：在控制器中，我只需将所需的数据转储到控制器的 Session 属性中，然后在下次需要时将其拉出。 对于您的情况，类似这样的事情：

//Here's the controller
public Controller PersonCreator  
{  
    public ActionResult CreatePerson()  
    {    
        //get the age out of the session
        int age = (int)(Session["age"]);
        //do something with it...
        return View();  
    }  
    public ActionResult SetPersonAge(Person person)  
    {  
        //put the age in the session
        Session.Add("age", person.Age);
        return View(person);  
    }
}

我喜欢这个的原因是我不必在我的视图页面上放置一堆隐藏参数。

Answer 8

答案可以在 Steve Sanderson 的 ASP.NET MVC 2/3，并且需要引用 MVC Futures 程序集。 此链接指向 Google书籍正是他所做的。

本质上，您将向导数据序列化到视图。 呈现隐藏字段，存储所有获取的信息。

您的控制器可以通过使用 OnActionExecuting 和 OnResultExecuted（以满足重定向）来确定要执行的操作，并将其传递到下一个视图。

读一读——他解释得比我彻底得多。