php - 在你的 Controller 层进行内容协商可以吗？

Question

在 Zend Framework 2 中，内容协商发生在 View 层，我对此非常满意。我的 Controller 中的一个示例:

public function viewAction()
{
    $id   = $this->params('id');
    $user = $this->getRepository()->findUser();

    return new ViewModel(array(
        'user' => $user,
    ));
}

这要么呈现 view.phtml 模板以返回 html，要么将用户对象转换为 JSON 响应。所谓的 View 策略决定了如何根据请求呈现响应。

我的网络应用程序中的“REST”应用程序流程

这种类型的内容协商在许多用例中都非常有效:

1. /user 或 indexAction() 返回用户数组 => JSON 可能的 html；
2. /user/1 或 viewAction() 返回用户对象 => html 或 JSON 可能(上面的示例)；
3. /user/1/update 或 updateAction() 返回一个 html 表单。出现错误时，对此 URL 的 POST 返回 html 或 JSON。或者在成功时重定向到 viewAction() 并因此返回新版本的用户 => html 和 JSON 再次成为可能；
4. /user/create 或 createAction() 返回一个 html 表单。出现错误时，对此 URL 的 POST 返回 html 或 JSON。或者成功后，它会为刚刚创建的用户重定向到 viewAction() => html 和 JSON 再次成为可能

我的问题

在一些用例中，内容协商在 Controller 层中是某种“必需的”。我不确定我是否忽略了一些可能性:是否有我可以在以下情况下使用的选项？

1. 删除用户:POST 到 /user/1/delete。如果是 html View ，您将被重定向到用户列表(现在已删除的用户不见了)。如果您需要 JSON 响应，则需要返回 200 OK 和带有删除成功消息的 JSON 对象。
2. 对博客文章发表评论。如果是 html View ，您将被重定向到您看到附加评论的帖子。如果您请求 JSON 响应，您希望返回 200 OK 和一个带有您刚刚放置的注释的 JSON 对象。

我的目标是不复制 View 层中已经存在的内容协商。它还会使我的 Controller 更胖，因为我现在有两种可能的响应(JSON 与 html)，但这可能不是唯一的情况。如果我以后想要支持 XML 或其他格式，我可以为这些响应类型的每个操作切换。

Answer 1

有趣的是，我们目前正在考虑将内容协商方面从 View 策略监听器中移出，而是移到 Controller 插件中。基本原理在很大程度上正如您所指出的那样—— Controller 的工作是将传入请求与适当的模型 和 View 相匹配。因此，是的，我认为您走在正确的轨道上——现在为 2.1 开发的工具可能非常适合您拥有的方法。 (有关详细信息，请参阅 https://github.com/zendframework/zf2/pull/2615。)