我正在开发我的第一个真正的ASP.NET MVC项目，我注意到我一直在工作的控制器变得越来越大。这似乎违背了保持你的控制器的最佳做法。
我已经做好了将业务逻辑放在控制器之外的良好工作。我使用一个单独的层。每个操作主要在业务层中调用一个方法，并根据模型状态是否有效来协调最终结果。
也就是说，控制器有大量的动作方式。直觉上，我想将控制器分解为子控制器，但我看不到一个简单的方法。我可以简单地将控制器分解为单独的控制器，但是我松动了层次结构，感觉有点脏。
是否有必要重组一个控制器大量的薄动作？如果是这样，最好的方法是什么？
解决方法
首先，当您听到将控制器代码保持在最低状态时，这主要是指保持每个操作方法尽可能的薄(将逻辑转换为业务类，而不是视图和viewmodel)。看来您正在做这个这是伟大的
对于“太多”的动作方法，这是一个判断呼叫。它实际上可能是一个很好的组织的标志，你把每个行动都集中在一件事上。此外，也许您正在使用专门用于RenderAction的操作？而且，它可能只是您的解决方案的本质，有许多事情要做与您的控制器的主题相关。
所以，我的猜测是，你可能很好。然而，为了确保在便笺纸上将控制器分解成2或3个控制器，并勾勒出您的故事将如何从动作转移到动作。如果您发现您的工作流程与更多的控制器配合使用，则应该将其解决。特别是如果你以后再添加这个功能。越早越好越好。
