一个视图应该在MVC中有一个控制器吗？

Question

我目前正在使用MVC 5 Web应用程序,我被建议采用一种View per Controller方法,我觉得这种方法非常难以维护,MVC的优势是没收.

请建议我的应用程序将拥有大约180个用户界面页面,根据建议,这意味着180个控制器.

Answer 1

简答:没有

这不是ASP.NET MVC意味着工作的方式.一个控制器应该"分组"属于一个任务/区域的视图的所有操作,如AccountController处理所有与帐户相关的操作.您如何对它们进行分组取决于您的应用程序.
当然,这并不意味着您不能使用多个控制器来处理"帐户相关的东西",但如果控制器开始变得非常大,我只会开始将操作拆分为多个控制器.真的很大,我的意思是几行代码或更高的双位数操作.
但即便如此,将一些逻辑移动到单独的辅助类中并将所有操作(可能只调用辅助方法)保存在一个控制器中可能更有意义.

想象一下您的视图的以下文件夹结构:

- Views/
---- AccountAction1/
------ AccountAction1.cshtml
---- AccountAction2/
------ AccountAction2.cshtml
---- AccountAction3/
------ AccountAction3.cshtml

与以下相比,这似乎有点奇怪:

- Views/
---- Account/
------ Action1.cshtml
------ Action2.cshtml
------ Action3.cshtml