asp.net-mvc - 什么时候应该在 ASP.NET MVC 中创建一个新的 Controller 类？

Question

我正在学习 MVC 并且在决定何时应该创建新 Controller 而不是仅添加与现有 Controller 关联的操作和 View 时遇到了麻烦。一方面，Single Responsibility 似乎是说 Controller 应该仅限于几个 Action 。但是，当我尝试这样做时，类的数量呈指数级增长(每个类的模型、 View 和 Controller )- 以至于我想知道我是否过火了。

例如，默认的 AccountController 具有 Login、ChangePassword 和 Register 操作。我倾向于创建 LoginController、PasswordController 和 ProfileController 以及相关的模型类。因此，如果有 1 个类(class)，就会有 3-6 个类(class)。

这有什么好的经验法则吗？

Answer 1

我认为你需要务实。我正在研究一个由 StatsController 组成的项目。 Action 的数量在不断增加(RandomStat、MostPopular、MostViewed、MostVoted 等...)，这个列表还在继续。这些操作很容易满足，因为 StatsController 的依赖项不会改变。我正在使用 IoC 来满足我的 Controller 的需求，当我开始看到我的 Controller 需要对新对象的引用时，这是一个信号，表明它们需要分开。

如果您的 LoginController、PasswordController 和 ProfileController 都依赖于相同的对象，为什么要将它们分开？