ASP.NET MVC:构造控制器

Question

因此，我正在着手一个ASP.NET MVC项目，虽然总体来说体验很好，但我对我的控制器变得像意大利面一样混乱并不是很满意。我在网上看了看(CodeCampServer，等等)而且它们似乎都遇到了相同的问题，控制器方法几乎一致地违反了SRP (单一责任原则)-例如，如果请求是GET，控制器方法只呈现视图，而如果请求是POST，则更新model。现在，我已经让控制器方法负责整个应用程序中的多个逻辑路由-假设它检查表单上哪个button被单击，并相应地执行操作。我可以使用JavaScript将每个按钮点击重定向到不同的表单操作，但也有一些地方感觉不对劲……另一个大问题是魔法逻辑的激增长话短说，你们是如何structure你的controller逻辑的？每个视图都有一个巨大的模型对象？很多小controller methods和JavaScript是路由器吗？我的目标是可维护的代码--随着特性的堆积，我开始滑下滑坡路……

Answer 1

ASP.NET预览版5(在CodePlex上提供)对此有一个答案: AcceptVerbs属性。Phil Haack在blog post上讨论了如何使用它。

至于视图数据魔术关键问题，这是一个有趣的问题。如果您认为视图是一堆半独立的组件(特别是考虑到新的部分视图支持)，那么创建强类型模型就不那么理想了，因为视图的几个部分应该彼此相对独立。

Answer 2

不同的人是如何处理这个问题的？我知道我刚刚花了几个小时检查了一下model文件夹中的混乱。我发现创建文件夹对减少视觉混乱很有帮助，使用匹配的名称空间也很有帮助。

但目前我的控制器都是巨型的。麻烦的是，到目前为止，我一直专注于学习这个项目(还有很多东西需要整理)。

我现在已经很好地掌握了MVC，所以现在是时候回顾一下它的复杂性，并考虑将控制器修改为更好的命名和更简洁的函数。

其他人是否将他们的控制器拆分为子控制器？(如果真的有这样的事情)