AppKernel в Symfony 2

Question

[Глеб Старков]

Недавно работаю с Symfony 2.
Возник вопрос.

Как известно, в AppKernel.php подключаются все нужные bundles.
У меня, например, кроме основных, подключены дополнительные бандлы для
админки, для миграций (DoctrineMigrationsBundle) и некоторые другие.

Когда загружаются страницы фронтенд части, зачем грузятся эти ненужные бандлы?
Кроме того, — миграции вообще используются только в консоли.
Зачем они грузятся везде?

Или я неправильно ее готовлю? ©

Answer 1

[Сергей Протько]

При первой загрузке подключаются все бандлы. Это сделано для того что бы сформировать список сервисов каждого бандла и вообще разобраться что есть что. Потому в кэше появляется вызов всех доступных сервисов, и поидее до отчистки кэша бандлы подключаться без необходимости уже не будут. в dev окружении они подключаются постоянно только что бы список сервисов был актуален (хотя тоже не факт).

Comments

[Сергей Протько]

Быть может не очень понятно, но суть одна — ничего страшного.

[Глеб Старков]

Понятно. Спасибо!

Answer 2

[cystbear]

Можно разделить набор загружаемых бандлов с помощью разных environment`ов

class AppKernel extends Kernel
{
    public function registerBundles()
    {
        $bundles = array(
            new Symfony\Bundle\FrameworkBundle\FrameworkBundle(),
            // ....
        );

        $environment = $this->getEnvironment();

        if (in_array($environment, array('test', 'behat'))) {
            $bundles[] = new Behat\BehatBundle\BehatBundle();
            $bundles[] = new Behat\MinkBundle\MinkBundle();
        }

        return $bundles;
    }
}

Вызов консоли с отличным от дефолтного (dev) env
app/console --env=test %YOUR_COMMAND%

Comments

[Глеб Старков]

Да, это понятно, но не то.
Дело в том, что и фронтенд и админка работают в одних средах, к примеру 'prod', 'dev'
Но при этом из общего количества бандлов одни не нужны фронтенду, а другие админке, а третьи (как миграции) вообще никому.

[patashnik]

colonel, мне кажется Вы путаете понятие окружения и внутренними разделами сайта. Для Symfony (впрочем, для любого другого фрэймворка) фронтенд и админка — это одни и теже страницы сайта, просто расположенные в разном роутинге. Не важно какая страница грузится, главная (/) или админка (/admin), для инициализации всего приложения подгружаются все бандлы. В Symfony нельзя разделить, что вот для этой страницы загружай этот бандл, а для другой — только этот. Как уже и советовали, используйте разные окружения.

[Глеб Старков]

Нет, не путаю. Говорю о том же.
Что и фронтенд и админка — это одно и тоже окружение.

[cystbear]

>>Для Symfony (впрочем, для любого другого фрэймворка) фронтенд и админка — это одни и теже страницы сайта…

а вот и нет, в сифе первой было именно 2 разных приложения frontend/backend связанных только моделью

[Глеб Старков]

>> в сифе первой было…
Олег, по моему sf и sf2 — два фактически совершенно разных фреймворка. Не так?

[cystbear]

>>впрочем, для любого другого фрэймворка

я аппелировал к этим словам

Answer 3

[nuclear]

Бандл миграций можно загрузить в окружении dev, т.к. по-умолчанию консоль запускается именно с этим окружением.
А по остальным. У вас есть реальные проблемы с производительностью из-за того что грузяться все бандлы?
Просто сами по себе бандлы это почти пустые классы и они не должны создавать нагрузки.

Answer 4

[MuXaJIbI4]

Я как то давно тоже задумывался над этой проблемой. И даже принял решение сделать несколько проектов для разделения админки и фронтенда, и общий функционал вынес в свои бандлы и из подключал в этих проектах. Но потом понял что смысла в этом почти никакого нет и щас делаю все вместе в одном проекте.

Answer 5

[MuXaJIbI4]

Еще щас пришла идея в голову пока писал предыдущий комент. Можно сделать разные точки входа для админки и фронтенда и в каждой подключать свой AppKernel, где и будут прописаны у каждого свой набор бандлов. Честно скажу не знаю на сколько это рабочий вариант. Но попробовать можно :)

Comments

[Глеб Старков]

Я думал, — может возможно определять на основе роутинга, типа:
if (path == my_admin) // псевдокод

Но ответ на вопрос получил, — можно пока не париться по этому поводу.
Просто думал, — вдруг есть стандартное решение, а я не в курсе.
Всем спасибо!

[vitiko]

имеенно так и сделал + отдельные enviroment для админки(admin_dev, admin_prod)

[cystbear]

Вариант рабочий, я сто раз так делал. В моем текущем проекте так и сделано, разделены web-приложение и API-section. Набор бандлов разный.

[denver]

vitiko, admin_dev и admin_prod какой-то неправильный дао. Толк env в разных конфигах, и если их плодить то будет жутко. Впрочем если TwigBundle отключен, то и соответствующей секции twig: в конфиге быть не должно, симфони ее НЕ игнорирует и это довольно странно.
cystbear, не натыкались на этот ньюанс с конфигами?

[cystbear]

Да, для нового env прийдется сделать новый конфиг. Хотя бы пустой:

# admin_prod.yml
imports:
    - resource: prod.yml

и уже в admin_prod.yml насильно отключить Twig в секции framework.

>>НЕ игнорирует и это довольно странно.
Это нормально, а что говорит?

[cystbear]

Если что, как отключить

[denver]

Я имею в виду что если в конфиге есть секция от неподключенного бандла, то это считается ошибкой. Хотя по хорошему должно бы игнорировать, чтобы можно было бы вкл/выкл бандла на лету, и не иметь кучу конфигов для этого.

Answer 6

[shagguboy]

в Симфони все грузится автолоадом (ну и Lazy Load во всю используется), поэтому подключение бандлов сильно ничего не грузит.