Сервисы инициализируются в момент вызова сервиса или в момент запроса к сайту?

Question

[Иван Антонов]

В какой момент происходит их инициализация?
Не повлияет ли на скорость работы сайта большое кол-во сервисов?
И возможно ли сократить список используя регулярные выражения (типа AppBundle\Model\*Model)

services:
    #Models
    app.model.companies:
        class: AppBundle\Model\CompaniesModel
        arguments:
            em: "@doctrine.orm.entity_manager"
            requestStack: "@request_stack"
    app.model.complex:
        class: AppBundle\Model\ComplexModel
        arguments:
            em: "@doctrine.orm.entity_manager"
            requestStack: "@request_stack"
    app.model.offers:
        class: AppBundle\Model\OffersModel
        arguments:
            em: "@doctrine.orm.entity_manager"
            requestStack: "@request_stack"
    app.model.posts:
        class: AppBundle\Model\PostsModel
        arguments:
            em: "@doctrine.orm.entity_manager"
            requestStack: "@request_stack"

Answer 1

[bears]

symfony.com/doc/current/book/service_container.htm...

~~~
When you ask for the app.mailer service from the container, the container constructs the object and returns it. This is another major advantage of using the service container. Namely, a service is never constructed until it's needed. If you define a service and never use it on a request, the service is never created. This saves memory and increases the speed of your application. This also means that there's very little or no performance hit for defining lots of services. Services that are never used are never constructed.
~~~

p.s. Просто интересно, почему используете энтити менеджер в сущности?

Comments

[Иван Антонов]

для работы с сущностями и репозиториями.

[Иван Антонов]

в основном с репозиториями

[Иван Антонов]

в какой сущности я использую энтити менеджер ?

[bears]

Иван Антонов: Я даже не вдавался в детали, а только сам вопрос и прочитал, и что-то подумал, что вот OffersModel, PostModel и т.д. это сущности )

[Иван Антонов]

bears: а возможно написать короткий запрос для регистрации всех сервисов моделей? или каждый в отдельности придется декларировать?

[bears]

Иван Антонов: с этим никогда не сталкивался, но думаю что такой возможности нет, иначе как назначать id-шники сервисам

Answer 2

[Andrey Kulikovsky]

Не повлияет ли на скорость работы сайта большое кол-во сервисов?

Не повлияет. Все кэшируется и оверхед инициализации совсем не большой.

И возможно ли сократить список используя регулярные выражения (типа AppBundle\Model\*Model)

Посмотри тут - Symfony проектирование сервисов (хэлперов) с использованием контейнера? Мы так делаем.

Answer 3

[Александр Леонович]

Жизненным циклом сервиса управляет параметр scope. Он может принимать 2 значения: container (по умолявнию) и prototype. Container означает что запрос сервиса из контейнера всегда будет возвращать один и тот же экземпляр. Prototype означает что сервис будет создаваться каждый раз заново. Поэтому большинство сервисов, которые вы создаете, существуют в одном экземпляре от начала работы скрипта до его конца.