在我的项目我就发现了这么一个问题：当return的View()里还含有@Html.Action()调用，且该调用需要区分GET和POST时，会进入POST所属的ChildAction，这肯定是不符合逻辑的。（表述起来好吃力！慢慢看，一边看一边想，想不明白的看视频吧……）

题外话

磨蹭了一天，终于写完了。

写得好累，感觉写这一篇文章比那90分钟的视频还累，难怪现在好多开源项目都没文档，直接上视频了……

最后说说“一起帮”吧，现在已经被当初的乞丐版强多了，隔三差五的也有同学在上面提问，算是有些生气了，但人气还是远远的不够，根据QQ群里投票结果，现在主要精力应放在做推广上。

推广了好几天了，有点效果，但唉呀我的妈呀！这推广，比写这篇博客还累，咋整？

园子里就不说这些了。“酒向知己饮，诗向会人吟”，以后博客园只会讲技术，这也是博客园欢迎的。想聊点编程以外的，欢迎加QQ群：

179742319（付费入群抢红包），312423951（验证入群）

以及关注微信公众号：我们一起帮。

感谢评论区

敲代码的吃货：

如果采用PRG的方案，就不能达到你的要求：“把提交上来的数据再次呈现以便修改的”。要满足这种需求，只能在POST里return View(model); model里是带着之前数据的。

stoneniqiu：

该方案的优势不是“减少”代码量，而是从架构层面，解决POST中return View(); 造成的空异常问题。