Фронт-контроллер

Фронт-контроллер - это паттерн программирования; он является разделом кода, через который проходят все запросы, обслуживаемые приложением.

В Скелетоне Symfony эту роль перенимает файл index.php в каталоге public/. Этот PHP-скрипт выполняется самым первым при обработке запроса.

Главной целью фронт контроллера является создание экземпляра Kernel (больше об этом через секунду) для обработки запроса и возвращения результирующего ответа в браузер.

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

• Конфигурацию автозагрузчика или добавление дополнительных механизмов автозагрузки;
• Добавление HTTP-уровня кеширования, обернув ядро экземпляром HttpCache ;
• Подключение компонента Debug.

Вы можете выбрать используемый фронт-контроллер, добавив его в URL:

1

http://localhost/index.php/some/path/...

Как вы можете увидеть, этот URL содержит PHP-скрипт, который будет использован как фронт-контроллер. Вы можете использовать это, чтобы легко переключаться на пользовательский фронт-контроллер, расположенный в каталоге public/.

Технически, скрипт bin/console, используемый при запуске Symfony в командной строке, - это тоже фронт контроллер, только используемый не для сети, а для запросов командной строки.

Класс Kernel

Класс Kernel - это ядро Symfony. Он отвечает за пакеты, используемые вашим приложением, и предоставляет им конфигурацию приложения. Он создаёт сервис-контейнер до обслуживания запросов в своём методе handle().

Ядро, используемое в приложениях Symfony расширяется из Kernel и использует MicroKernelTrait. Класс Kernel оставляет некоторые методы из KernelInterface нереализованными, а MicroKernelTrait определяет несколько абстрактных методов, так что вы должны реализовать их все:

registerBundles()

Должен вернуть массив всех необходимых для запуска приложения пакетов.

configureRoutes()

Добавляет индивидуальные маршруты или коллекции маршрутов в приложение (например, загрузку маршрутов, определённых в некотором файле конфигурации).

configureContainer()

Хагружает конфигурацию приложения из файлов конфигурации или используя метод loadFromExtension() и может также регистрировать новые параметры контейнера и сервисы.

Чтобы заполнить эти (небольшие) пробелы, ваше приложение должно создать подкласс Kernel и реализовать эти методы. Результирующий класс по договёрности называется AppKernel.

Этот класс использует имя окружения, которое передаётся методу ядра constructor и которое доступно через getEnvironment(), чтобы решить, какие пакеты создавать. Логика для этого находится в registerBundles().

Вы, конечно же, вольны создавать ваши собственные альтернативные или дополнительные варианты Kernel. Всё, что вам нужно - это адаптировать (или добавить новый) ваш фронт контроллер, чтобы воспользоваться новым ядром.

1
2
3

# .env
# установить как 1, чтобы включить режим отладки
APP_DEBUG=0

1
2
3
4
5

# Использовать режим отладки, определенный в файле .env
$ php bin/console command_name

# Игнорировать файл .env, и включить режим отладки для этой команды
$ APP_DEBUG=1 php bin/console command_name

1
2
3

# config/packages/twig.yaml
twig:
    debug: '%kernel.debug%'

1
2
3
4
5
6
7
8
9
10
11
12

<?xml version="1.0" encoding="UTF-8" ?>
<container xmlns="http://symfony.com/schema/dic/services"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xmlns:twig="http://symfony.com/schema/dic/twig"
    xsi:schemaLocation="http://symfony.com/schema/dic/services
        https://symfony.com/schema/dic/services/services-1.0.xsd
        http://symfony.com/schema/dic/twig
        https://symfony.com/schema/dic/twig/twig-1.0.xsd">

    <twig:config debug="%kernel.debug%"/>

</container>

1
2
3
4
5
6
7

// config/packages/twig.php
use Symfony\Config\TwigConfig;

return static function (TwigConfig $twig) {
    // ...
    $twig->debug('%kernel.debug%');
};

Окружения

Как было отмечено только что, Kernel должен реализовать другой метод - configureContainer(). Этот метод отвечает за загрузку конфигурации приложения из правильного окружения.

Окружения подробно описывались в предыдущей статье, и вы наверное помните, что Symfony по умолчанию использует три: dev, prod и test.

Технически, эти имена - не более, чем строки, переданные из фронт контроллера в конструктор Kernel. Это имя может потом быть использовано в методе configureContainer(), чтобы решить, какие файлы конфигурации стоит загружать.

Класс Symfony Kernel по умолчанию реализует этот метод загружая вначале файлы конфигурации, найденные в config/packages/*, а потом файлы, найденные в config/packages/ENVIRONMENT_NAME/. Вы, конечно же, вольны реализовывать этот метод по-другому, если вам нужен более утончённый способ загрузки вашей конфигурации.

1
2
3
4
5
6

your-project/
├─ var/
│  ├─ cache/
│  │  ├─ dev/   # каталог кеша для окружения *dev*
│  │  └─ prod/  # каталог кеша для окружения *prod*
│  ├─ ...