在MVC中处理$ _POST数据的正确方法是什么？

最好的选择是使用 ＃2 方法，并进行一些更改。
我会这样写：

public function postLogin( $request ){     $service = $this->serviceFactory->build('Recognition');     $service->authenticate( $request->getParam('username'),       $request->getParam('password') );}// Yes, that's the whole method

如果您已使用

Request

另外，您可能希望

Request::getParam()

用类似的方法替换该方法

Request::getPost()

-尽管我得出的结论是，在结构正确的应用程序中，

GET

and

POST

参数不应共享相同的名称。

在

serviceFactory

它负责创建服务
（其中将包含应用程序逻辑，而将域业务逻辑保留在
域对象中），这有助于您从表示层隔离域实体和存储抽象之间的交互。

关于其他选项：

• Controller仅调用Model，而Model处理$ _POST数据。

在MVC和MVC启发的设计模式中，模型应该既不了解用户界面，也不了解整个表示层。在

$_POST

如果将其用于模型层，则代码将绑定到Web界面，甚至是特定的请求方法。

• 控制器将$ _POST数据转换为模型的对象，并将该对象仅传递给模型

不能完全确定您的意思。似乎您在谈论抽象的实例化，其中将包含用户的请求。但是在这种情况下，控制器将负责所述结构的实例化/创建，这将违反SRP。

结束语：

您必须了解的一件事是，在基于Web的MVC应用程序的上下文中，应用程序的 用户
是浏览器。不是你。浏览器发送请求，该请求由路由机制处理并由控制器分发。并且view 对您的浏览器 产生响应。

另一件事是：模型既不是类也不是对象。

更新资料

通常，相同的Controller处理来自浏览器，Web服务，脱机应用程序等的请求，或者每个控制器都有自己的Controller？

您应该能够使用一个控制器来处理所有形式的应用程序。但这只是在一定条件下，您实际上在所有3个用例中都使用相同的应用程序。

这样做有两个条件：

• 您需要抽象该

  Request

  控制器接收到的实例
• 该视图应在控制器外部实例化

这样，您可以使一个应用程序满足所有要求。每个变体都有不同的唯一之处是引导阶段，在该阶段您可以创建

Request

在您所描述的情况下，变化的部分实际上是视图，因为可以预期REST或SOAP服务将产生与普通Web应用程序不同的响应。