这样说有点晕，所以我才专门弄了一个Demo，用DropdownList做例子。DropdownList的可选项数据是从后台获取的，由于HTTP的“无状态协议”特征，POST不能“继承”GET时获取的数据，咋办呢？

TempData解围

很多种办法，Ben Foster的博客里是封装一个方法，GET和POST都调用。

我以前项目，是利用的MVC中的TempData，在两个请求见共享数据。这样，如果可选项数据是从数据库获取的，可以减少一次查询，有一点点性能上的提高。

TempData真是一个非常好的东西，这就是我喜欢.NET的原因，它非常的“贴心”，给人的感觉是“始终面向一线开发人员”的，它知道你在写代码的时候可能会遇到什么问题，从而事先给你准备好解决方案。

思路和实现都很简单：GET的时候，就把POST需要的数据存到TempData中；POST的时候，就把TempData中的数据取出来（需要一个强制转换，因为数据是存放为Object类型的）。

代码就不贴了，因为这不是最终的解决方案。

但FilterAction里肿么办

在Controller里面你怎么玩都行，但我们现在要“封装”啊，我们要在Filter里解决这个问题啊！

傻眼了。关键的问题在于我们需要在OnActionExecuting（Action执行之前）进行验证，而此时Action的ViewModel并没有生成，我们可以从ControllerBase.ActionParameters 中取值，但取出来的是一个Object类型，你不知道要把它转换成什么类型的（当然你可以用反射做，但非常复杂，复杂到你都觉得没有必要），TempData也是一样的问题。

每次这个时候，我就会想起ASP.NET WebForm中的ViewState来，那些年认为它是“性能杀手”，对它口诛笔伐。MVC的诞生并流行，估计和这玩意就有非常大（多大呢？我乱说的，三成吧）的关系。

但现在MVC没ViewState了，要自己处理，呵呵，又有点怀恋以前WebForm开发的“便捷”了。

再展开来说，DateSet，Linq to SQL，Entity Framework……一系列的技术，一经推出，都是吵吵嚷嚷，不可开交。其实何必呢，各有各的用处，各有各的适用场景，脱离了具体的业务要求，能争出个什么高下来？

所以我一直强调，软件工程，技术选择以解决问题为标准。问题千差万别，所以使用的技术不可能整齐划一，一句话，“没有银弹”。

PRG模式

如果是我的话，这时候就放弃了。但Ben Foster给出了一个非常棒的解决方案：利用PRG模式。

PRG是Post, Redirect, Get的缩写，意思是所有的POST请求，都Redirect到GET的Action，哪怕返回的实际上是同一个页面。示例代码如下：

[HttpPost] public ActionResult Send(MessageSendModel model) { //主干程序：假设发送了一个消息 Response.Write(); //注意：不是return View() //1、是Redirect RedirectToAction(); }

我非常欣慰的是我们的系统架构，一开始就是按照这个原则搭建的。最早接触PRG模式的时候，我也是有点迷迷糊糊的，但想到大家都这样用，而且看起来也没什么坏处，就采用了，后来真的是，一次又一次的发现这种模式的便利。这次又是这样搭上了“便车”。

记得我在直播里说过的：如果架构中出现了很多稀奇古怪难以克服的问题，一般来说，就是因为你没走在大道上。

通用的惯例模式，就是大道，别人已经走过的路啊。你循着别人走过的道走，碰到问题的时候，也一样会比较容易的找到解决问题的方案；你要独辟蹊径——通常情况下可能不是你想独辟蹊径，呵呵，多半是自己走岔了吧——那荒山野岭的，确实很难找到求助。

终极方案

思路就是：

非常清晰，我图片和代码混用吧：

最核心代码：

Exports the current ModelState to TempData (available on the next request). ExportModelStateToTempData(ControllerContext context) { context.Controller.TempData[Key] = context.Controller.ViewData.ModelState; } Populates the current ModelState with the values in TempData ImportModelStateFromTempData(ControllerContext context) { var prevModelState = context.Controller.TempData[Key] as ModelStateDictionary; context.Controller.ViewData.ModelState.Merge(prevModelState); }

就这么简单，完美！回味无穷。

其实，在POST的Action里return View();并不是一个好套路。