为什么这么多mvcweb框架喜欢将多个控制器操作分组在一个类中?

我认为MVC设计模式通常决定了这种构建控制器的方法。控制器的主要目的是在关联视图和需要与之交互的模型之间提供适当的“连接”,以及处理来自视图的输入所需的任何业务逻辑。控制器应该只是这些其他组件之间的一个薄层。 例如,Wikipedia对控制器的描述如下:

控制器接收输入和 在模型对象上。控制器接受 来自用户的输入并指示 执行动作的模型和视口

我同意其他非web环境中的控制器确实维护状态,但是在PHP中缺少状态的原因很简单,例如HTTP是无状态协议。在这种环境中使用MVC必然会导致控制器无法维护状态。

为什么这么多mvcweb框架喜欢将多个控制器操作分组在一个类中?

这对于面向对象编程来说是非常重要的,从而形成一个适当分层的软件体系结构,其中控制器对象封装了关于域对象(模型)的所有职责。如果有PostModel,那么应该有一个PostController负责在域api上调用正确的业务方法,以满足用户请求并将结果推送到视图中。在我看来,为每一个可能的请求提供一个控制器类会导致一个过程结构体系结构。

另一方面,如果您的控制器类中有太多的响应性,则应该将这些职责划分为多个控制器。这取决于你手头的应用程序,没有一个适合所有人的解决方案。每个控制器都应该负责域层上一组内聚的操作。