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

Question

在Symfony2中,服务被定义为[强调我的]:

服务是执行特定任务的任何PHP对象的通用术语.服务通常" 全局 "使用,例如数据库连接对象或传递电子邮件消息的对象.在Symfony2中,通常从服务容器配置和检索服务.据说具有许多解耦服务的应用程序遵循面向服务的体系结构.

以"全局"为关键词,我看到的如何定义服务的所有示例都在现有的bundle中声明了服务？以下是MartinSikora.com的一个例子

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

    class MyService {

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

    }
?>

然后他在Hello Controller中使用它:

<?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也可以在密钥app/config.yml下定义services.

服务只是一个已经在Symfony的依赖注入容器中注册的类.班级本身可以在任何地方生活.

长期回答
了解Symfony2中捆绑包的目的非常重要.您的项目的大部分(主要例外是第三方库)由捆绑包组成.有些人喜欢将所有内容放在一个巨大的包中,但我更喜欢将它们用作特定功能的容器(即:用户管理,博客文章管理,资产管理.)

因为bundle应该代表一个功能,所以在bundle中定义一些服务是有意义的.例如,BlogPostEntityService在a中定义一个类是很自然的BlogPostBundle.现在,仅仅因为服务包含在一个包中,不会使它变得不那么全局化.如果我将我的服务注册为blog_bundle.blog_post_entity_service,我仍然可以从任何其他捆绑包中访问它.

在马丁的例子中,这MyService是一个模糊的例子 - 它并不具体BlogPostEntityService.但是,您可能会创建实用程序服务(即ArrayUtilService),在这种情况下,您可能希望在那里创建UtilBundle并存储服务.

这里的最佳做法是什么？

没有确定的答案 - 由您来决定存储服务类的位置.问问自己该服务是否直接处理您的捆绑包所代表的功能 - 如果是,它可能属于捆绑包.如果您计划共享或重用捆绑包,这也是有意义的.

该服务仅适用于HelloBundle Bundle中的控制器吗？

不可以.您可以从任何控制器(或任何container知晓的类)内调用该服务.您还可以注入MyService任何其他服务.