symfony 中非共享服务的目的是什么？

Question

我明白，如果我使用非共享服务，我每次请求该服务时都会获得新实例。这将允许我在此类服务中安全地使用类属性，如果我在共享服务上这样做是不明智的 - 它与并发问题有点相似。但是，与普通的旧 php 对象相比，非共享服务的优势是什么？我只能考虑在服务对象内部获得 DI 容器访问权限，但这不是大问题，因为我可以将我需要的内容传递给 POPO 的构造函数或 setter。我错过了什么吗？

Answer 1

就我个人而言，这归结为方便。是的，您可以使用简单的对象获得几乎相同的功能。但尤其是在需要大量依赖项的情况下，将所有依赖项传递给您需要的每个实例可能会有点麻烦。

只需一次定义服务及其所需的所有依赖项，然后根据需要简单地传递它，就更容易了。在需要非共享服务的地方，您只传递这个单一服务，而不是创建对象实例所需的 10 个其他依赖项。

我想在 YML 中使用非自动装配的例子是：

services:

    App\NonSharedService:

        autowire: false

        shared: false

        arguments:

            - '@dependency1'

            - '@dependency2'

            ...

            - '@dependency15'

    App\RandomService1:

        autowire: false

        arguments:

            - '@App\NonSharedService'

    App\RandomService2:

        autowire: false

        arguments:

            - '@App\NonSharedService'

现在，在内部创建 PHP 对象的情况下，您需要将所有依赖项传递给两者App\RandomService#：

services:

    App\RandomService1:

        autowire: false

        arguments:

            - '@dependency1'

            - '@dependency2'

            ...

            - '@dependency15'

    App\RandomService2:

        autowire: false

        arguments:

            - '@dependency1'

            - '@dependency2'

            ...

            - '@dependency15'

Answer 2

我最近使用非共享服务作为工作服务类的 DI 助手。

我有一个主管道来处理所有带有JobInterface.

每个 Job 类可能有也可能没有自己的依赖项和自己的参数。因此，以旧方式这样做会很麻烦：

$job = new JobA(arg1, arg2); // Argh no DI...

// Do stuff to inject services !!

$pipe->dispatch($job);

所以我做了类似的事情：

services:

...

    App\Job\:

        resource: '../Job/'

        public: true # needed to use $container->get()

        shared: false

$job = $container->get(JobA::class); // Hello DI !

$job->init(arg1, arg2);

$pipe->dispatch($job);

我可以在需要时使用 DI 注释的强大功能：

class JobA implements JobInterface

{

    /**

     * @Required

     */

    public function setMyService(MyService $myService)

    {

       ...

    }

}