4

由于 ServiceLocatorAwareInterface 可能会从 ZF3 中的 AbstractController 中删除，因此应该通过构造函数或 setter 方法传递依赖项。

考虑到这一点，考虑用户或站点控制器的用例，其中包含注册、激活帐户、登录、注销等操作。这至少需要一个 UserService 和 2 个表单。添加更多相关操作（远程身份验证、帐户链接等），您最终会得到 4 或 5 个表单。

通过构造函数传递所有这些依赖关系充其量是混乱的，更重要的是，每个操作通常只需要一种形式。

您认为以下哪种技术更好，为什么？

  1. 为每个操作创建单独的控制器，以便每个控制器只需要一个表单（除了服务之外）。例如 RegistrationController、LoginController、LinkAccountController 等。

    • 这样你最终会得到很多控制器。

  2. 在控制器的工厂中，根据请求的操作提供不同的形式。

    • 控制器的构造依赖于这个工厂，更具体地说是请求环境（路由等）。您可以直接构造控制器（用于测试或其他），但是您需要确保依赖关系可用并抛出异常如果不。

  3. 使用事件管理器，在需要表单时触发控制器中的事件，并让事件处理程序按需提供依赖。

    • 此处描述了此技术。
    • 然后，您的控制器将依赖于 EventManager 而不是 ServiceLocator，这可能不会好多少。

  4. 将 FormElementManager 传递给控制器​​，并从中请求表单。

    • 最有可能不比SL本身更好。

  5. 直接在控制器内部构造表单。

    • 这如何影响可测试性？
    • 然后，同样的问题将适用于处理具有多个服务（而不是表单）的控制器。

  6. 其他？

也可以看看：

4

2 回答 2

0

您需要考虑作为一个域来解决的问题。在用户域中，有多种形式。因此，将它们聚合到存储库中。表单存储库将与其他存储库（如实体存储库）一起传递给用户服务。然后用户服务将被传递到控制器中。

// UserService
public function getForm($name, $id = null)
{
    $form = $this->formRepository->find($name);
    if ($id !== null) {
        $entity = $this->entityRepository->find($id);
        $form->bind($entity);
    }
    return $form;
}
于 2013-10-20T22:35:13.080 回答
0

首先，ServiceLocator 不会被删除。也许只是 ServiceLocatorAwareInterface。

正如您所说，传递 FormElementManager 是一种解决方案，它确实比传递服务定位器更好。我个人使用越来越多的插件管理器，它们是解决这类问题的好方法。插件管理器与服务定位器不同，因为它只允许检索一种类型的对象（表单、水合器、输入过滤器......）。当然，由于父服务定位器被注入到插件管理器中，有些人会从插件管理器中检索服务定位器（这就是为什么我想在 ZF3 中删除插件管理器中的服务定位器，而是使用一个传递父定位器进行注入的特定工厂，尽管它会使工厂接口复杂一点：/...）。

通过将控制器拆分为更小的控制器，这应该使您的代码更清晰。

顺便说一句，您正在谈论身份验证，但是imo如果您正确地注入了身份验证服务（或将身份验证服务注入到用户服务或类似的东西中），它会显着减少对控制器的依赖。

于 2013-10-20T17:48:45.483 回答