Php MVC-请求类

我一直在试图弄清楚请求对象是应该处理控制器和操作的排序，还是应该由路由器来处理？我的意思是，当请求对象被传递到路由器时，如果它应该已经包含控制器和操作的属性。请原谅，如果这个问题以前已经得到了回答，但是我找不到任何与这个主题相关的东西

---

我在上面找到的大多数内容甚至没有使用请求对象。我知道我可以下载一个框架并进行查看，但我认为在这里询问可能同样容易。

这在许多框架中是非常不同的，但基本原理与此类似：

请求对象（或传递的输入数据的任何其他类型的容器）应该只有一个职责：包含输入（有时是结果）数据

另一个特定的对象（在许多框架中称为“前端控制器”）应该对要调用的控制器和操作进行排序，而不是其他

这种逻辑通常与实际的控制器（称为控制器）继续，控制器只负责选择正确的模型，模型只负责处理数据。一些框架甚至将这一点进一步分开。 但理论上是一样的：你的应用程序的每个部分应该只关注一项任务

---

上面@teresko的链接告诉你这背后的理论：

如果你要否决投票，你至少可以提供一个链接来展示关于这个主题的材料吗？你知道是什么吗？同意：没有解释或提示的否决投票是不好的。尤其是当一个问题不是纯粹的废话时。这一个不是。谢谢你的详细说明。我对mvc的整个概念还不熟悉，所以这真的很有帮助。tbh，mvc只是一种过度炒作的模式。还有很多其他的，MVC甚至对PHP后端都没有意义。但我很可能会因为这样的观点而受到很大的批评；）@托比，你的回答其实并不完全正确。在PHP中，前端控制器不需要是类（实际上最好不是类）。相反，它可以是一个简单的线性脚本文件。另外，它有点模棱两可：您对

Request

实例包含的“结果”是什么意思？你指的是经过解析的输入吗？我正在举例说明大多数框架是如何做到这一点的。当然，你可以想怎么做就怎么做。我知道的大多数框架都是这样做的。对于结果数据，我指的是来自模型的计算数据，它传递给某个视图。在这种情况下为-1，因为

Request

实例不应该从模型层累积数据以将其传递给视图。该死，如果您实际实现的是任何类似于MVC架构的东西，那么视图应该从模型层请求数据。