asp.net-mvc – ASP.NET MVC – 保持控制器薄(太多的动作方法)

发布时间：2020-12-15 18:42:29 所属栏目：asp.Net 来源：网络整理

导读：我正在开发我的第一个真正的ASP.NET MVC项目，我注意到我一直在工作的控制器变得越来越大。这似乎违背了保持你的控制器的最佳做法。我已经做好了将业务逻辑放在控制器之外的良好工作。我使用一个单独的层。每个操作主要在业务层中调用一个方法，并根据模型

我正在开发我的第一个真正的ASP.NET MVC项目，我注意到我一直在工作的控制器变得越来越大。这似乎违背了保持你的控制器的最佳做法。

我已经做好了将业务逻辑放在控制器之外的良好工作。我使用一个单独的层。每个操作主要在业务层中调用一个方法，并根据模型状态是否有效来协调最终结果。

也就是说，控制器有大量的动作方式。直觉上，我想将控制器分解为子控制器，但我看不到一个简单的方法。我可以简单地将控制器分解为单独的控制器，但是我松动了层次结构，感觉有点脏。

是否有必要重组一个控制器大量的薄动作？如果是这样，最好的方法是什么？

首先，当您听到将控制器代码保持在最低状态时，这主要是指保持每个操作方法尽可能的薄(将逻辑转换为业务类，而不是视图和ViewModel)。看来您正在做这个这是伟大的

对于“太多”的动作方法，这是一个判断呼叫。它实际上可能是一个很好的组织的标志，你把每个行动都集中在一件事上。此外，也许您正在使用专门用于RenderAction的操作？而且，它可能只是您的解决方案的本质，有许多事情要做与您的控制器的主题相关。

所以，我的猜测是，你可能很好。然而，为了确保在便笺纸上将控制器分解成2或3个控制器，并勾勒出您的故事将如何从动作转移到动作。如果您发现您的工作流程与更多的控制器配合使用，则应该将其解决。特别是如果你以后再添加这个功能。越早越好越好。

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!