Symfony2 服务是否始终需要在捆绑包中声明？

Question

在 Symfony2 中，服务被定义为[强调我的]：

服务是任何执行某项操作的 PHP 对象的通用术语 具体任务。服务通常“全局”使用，例如 数据库连接对象或传递电子邮件消息的对象。 在 Symfony2 中，服务通常是从 服务容器。具有许多解耦服务的应用程序是 据说遵循面向服务的架构。

以“全局”为关键词，我看到的所有有关如何定义服务的示例都在现有捆绑包中声明了该服务吗？这是 MartinSikora.com 的示例，

<?php
    // Bundle/HelloBundle/Services/MyService.php
    namespace Bundle\HelloBundle\Services;

    class MyService {

        public function sum($n1, $n2) {
            return $n1 + $n2;
        }

    }
?>

然后他使用从 Hello 控制器中进行：

<?php
// Bundle/HelloBundle/Controller/HelloController.php
namespace Bundle\HelloBundle\Controller;

class HelloController extends Controller {

    public function indexAction() {
        $number = $this->get('my_service')->sum(12, 37);
        // this returns 49

        /*
        ...
        */
    }
}
?>

注意他的示例服务是如何在标有“Services”的文件夹中的 HelloBundle 包中声明的。如果“Services”文件夹存储在任何特定捆绑包之外的一个或多个更高级别，不是更好吗？因为服务是要在整个应用程序中使用的？

• 这里的最佳实践是什么？
• 该服务是否仅适用于 HelloBundle Bundle 内的控制器？
• 为什么通常这样做？

Answer 1

简短回答
不，服务不需要在捆绑包中定义。实际的服务类可能存在于捆绑包中，也可能不存在于捆绑包中 - 它们可能存在于供应商库文件夹中（或与此相关的其他任何地方）。服务定义虽然通常在捆绑包的 Resources\config\services.yml 中定义，但也可以在 services 下的 app/config.yml 中定义代码>键。

服务只是一个已在 Symfony 的依赖注入容器中注册的类。类本身可以存在于任何地方。

长答案
了解 Symfony2 中捆绑包的用途非常重要。您的项目的大部分（主要例外是第 3 方库）都是由捆绑包组成的。有些人喜欢将所有内容放在一个巨大的捆绑包中，但我更喜欢将它们用作特定功能的容器（即：用户管理、博客文章管理、资产管理）。

因为捆绑包应该代表一项功能，所以这是有意义的定义捆绑包内的一些服务。例如，在 BlogPostBundle 中定义 BlogPostEntityService 类是很自然的。现在，仅仅因为服务包含在捆绑包中，并不会降低其全局性。如果我将我的服务注册为 blog_bundle.blog_post_entity_service，我仍然可以从任何其他捆绑包访问它。

在 Martin 的示例中，MyService 是一个模糊的示例 - 它不像 BlogPostEntityService 那样具体。但是，您可能会创建实用程序服务（即ArrayUtilService），在这种情况下，您可能希望创建UtilBundle 并将服务存储在其中。

这里的最佳实践是什么？

没有明确的答案 - 由您决定在哪里存储服务类。问问自己该服务是否直接处理您的捆绑包所代表的功能 - 如果是这样，它可能属于该捆绑包。如果您计划共享或重复使用您的捆绑包，这也很有意义。

该服务是否仅适用于 HelloBundle 内的控制器
捆绑？

不可以。您可以从任何控制器（或任何容器感知类）中调用该服务。您还可以将 MyService 注入任何其他服务。