Перейти к основному содержимому

5.07. Фреймворки

ОБЯЗАТЕЛЬНОДЛЯ НОВИЧКОВНЕ ДЛЯ НОВИЧКОВВ РАЗРАБОТКЕ
Разработчику Архитектору

Фреймворки​

Современные PHP-фреймворки строго следуют рекомендациям PHP-FIG (Framework Interop Group), в частности PSR-стандартам (PSR-4 — автозагрузка, PSR-7 — HTTP-сообщения, PSR-11 — контейнер зависимостей, PSR-15 — обработчики промежуточного ПО и др.), что обеспечивает высокую степень совместимости компонентов как внутри одного фреймворка, так и между разными реализациями. Эта стандартизация способствовала формированию экосистемы, в которой фреймворки перестали быть «монолитными замками» и стали скорее конструкторами: разработчик может заменить маршрутизатор, ORM или шаблонизатор на альтернативный, не нарушая целостности приложения.

Laravel​

Laravel, представленный Тейлором Отвеллом в 2011 году, стал переломным моментом в восприятии PHP как языка для создания сложных, элегантных и поддерживаемых приложений. До появления Laravel многие разработчики ассоциировали PHP с «спагетти-кодом», отсутствием структуры и низким качеством инженерных решений. Laravel же продемонстрировал, что PHP способен быть основой для приложений, построенных по принципам, характерным для более «молодых» экосистем — таких как Ruby on Rails или Django.

Архитектурно Laravel следует классическому MVC (Model–View–Controller), но расширяет его за счёт глубокой интеграции сервис-контейнера, middleware-стека и event-driven подхода. Ядро фреймворка построено на компонентах Symfony (HttpFoundation, HttpKernel, Console, Translation и др.), что обеспечивает стабильность и совместимость с широким спектром инструментов, но при этом оформляет их в единую, логически связанную систему с собственным API и конфигурационной моделью.

Одним из центральных элементов Laravel является Eloquent ORM — реализация паттерна Active Record, сочетающая простоту использования с мощными возможностями: ленивая и жадная загрузка связей, мутаторы и аксессоры, события жизненного цикла модели, глобальные scope’ы, поддержка полиморфных отношений и многое другое. Eloquent позволяет работать с базой данных на уровне объектов, не жертвуя при этом возможностью выполнения «сырых» SQL-запросов в случаях, когда требуется максимальная производительность или сложная логика агрегации.

Маршрутизация в Laravel реализована декларативно: маршруты описываются в виде вызовов методов (например, Route::get('/users', [UserController::class, 'index'])), могут группироваться по префиксам, middleware, доменам, версиям API. Встроенный механизм middleware обеспечивает чёткое разделение кросс-функциональных задач — аутентификации, логирования, проверки CSRF-токенов, ограничения частоты запросов (rate limiting) — от основной логики обработчика.

Шаблонизация осуществляется через Blade — компилируемый шаблонизатор, расширяющий стандартный HTML директивами (@if, @foreach, @include, @yield). Blade поддерживает наследование шаблонов, компоненты (в том числе с атрибутами и слотами), автоматическое экранирование вывода по умолчанию — что значительно снижает риски XSS-уязвимостей.

Особое внимание в Laravel уделено developer experience (DX). Среди ключевых инструментов:

  • Artisan — CLI-интерфейс для генерации кода (контроллеры, модели, миграции, тесты), запуска миграций, сброса кэша, управления очередями и выполнения пользовательских команд.
  • Migrations и Seeders — механизм управления схемой базы данных в виде кода (infrastructure as code), позволяющий отслеживать изменения структуры во времени и воспроизводить окружение на разных машинах.
  • Testing — встроенная поддержка PHPUnit с удобными хелперами для HTTP-тестирования, тестирования базы данных, имитации событий и очередей.
  • Queue и Horizon — система фоновой обработки задач с поддержкой различных драйверов (Redis, Beanstalkd, SQS) и веб-интерфейсом для мониторинга.
  • Laravel Mix — обёртка над Webpack (ныне — Vite), упрощающая сборку фронтенда.
  • Laravel Sanctum / Passport — решения для аутентификации: токены на основе сессий и cookies (Sanctum) или полноценный OAuth2-сервер (Passport).

Laravel активно развивается, каждые полгода выходят новые мажорные версии, каждая из которых вносит значимые улучшения: например, Laravel 9 представил анонимные миграции и улучшенную типизацию, Laravel 10 — строгую типизацию по умолчанию в сгенерированном коде, Laravel 11 — дальнейшую модуляризацию ядра и сокращение зависимости от illuminate/* пакетов в пользу PSR-совместимых альтернатив.

Фреймворк особенно популярен в стартап-среде, при создании SaaS-продуктов, внутренних корпоративных систем и API-сервисов. Его экосистема включает такие проекты, как Laravel Nova (админ-панель «из коробки»), Laravel Vapor (серверлесс-хостинг на AWS), Pest (альтернативный фреймворк для тестирования) и множество пакетов сообщества (Spatie, Laravel-Collective и др.).

Symfony: архитектурная основа enterprise-разработки​

Symfony, представленный Фабьеном Потенсье в 2005 году, занимает особое место в PHP-экосистеме — не столько как фреймворк «для приложений», сколько как платформа для построения фреймворков и сложных систем. Его влияние выходит далеко за рамки одноимённого full-stack решения: значительная часть современных PHP-инструментов — включая Laravel, Drupal 8+, API Platform, Magento 2 и даже часть компонентов WordPress (через внешние интеграции) — опирается на Symfony Components, набор независимых, переиспользуемых библиотек, соответствующих PSR-стандартам и спроектированных по принципу «разделяй и властвуй».

Изначально Symfony позиционировался как альтернатива «хаотичному» подходу, господствовавшему в PHP-разработке середины 2000-х. Его архитектура была вдохновлена Java- и .NET-мировыми практиками — строгая типизация (до появления скалярных типов в PHP 7 это достигалось через DocBlock и инструменты вроде PHPStan), внедрение зависимостей на уровне контейнера, конфигурация через YAML/XML/PHP, многоуровневая система кэширования, поддержка internationalization и localization «из коробки». Это сделало Symfony предпочтительным выбором для государственных проектов, банковских систем, крупных e-commerce-платформ и других решений, где критичны предсказуемость, аудируемость и долгосрочная поддержка.

В отличие от Laravel, где многое «работает из коробки», Symfony по умолчанию даёт минимальный каркас, требующий явной настройки. Это сознательный дизайн-решение: разработчик получает полный контроль над тем, какие компоненты включены и как они взаимодействуют. Такой подход позволяет избежать «мёртвого веса» — загрузки ненужных сервисов в runtime, что особенно ценно при создании высоконагруженных API или микросервисов.

Ядро Symfony — HttpKernel — реализует паттерн front controller и управляет жизненным циклом запроса через цепочку событий (EventDispatcher). Каждый этап обработки (получение запроса, маршрутизация, вызов контроллера, обработка ответа, отправка клиенту) может быть перехвачен и модифицирован с помощью подписчиков событий. Это обеспечивает гибкость, недостижимую при жёстко зашитой последовательности вызовов.

Маршрутизация в Symfony декларативна и может задаваться как в аннотациях (через #[Route]), так и в отдельных файлах конфигурации (YAML, XML, PHP). Маршруты поддерживают параметры с ограничениями (requirements), условия (host, метод, заголовки), локализацию и генерацию URL по имени. Механизм route enhancers позволяет динамически модифицировать маршрут перед передачей контроллеру.

Контроллеры в Symfony — это обычные PHP-классы, методы которых возвращают объект Response. Внедрение зависимостей осуществляется через конструктор или параметры метода (autowiring), при этом контейнер сервисов (на базе symfony/dependency-injection) строится во время компиляции, что минимизирует накладные расходы в runtime. Сервисы по умолчанию приватны и синглтонны, но могут быть настроены как публичные, прототипы или с ограниченным временем жизни.

ORM в экосистеме Symfony — Doctrine ORM — является реализацией паттерна Data Mapper, в отличие от Active Record, применённого в Eloquent. Это означает, что сущности (entities) не содержат логики доступа к базе данных: вместо этого отдельный менеджер объектов (EntityManager) отслеживает изменения, строит запросы и управляет транзакциями. Doctrine поддерживает сложные сценарии: наследование сущностей, отложенная загрузка связей (proxy-объекты), события жизненного цикла, DQL (Domain Query Language), миграции через doctrine/migrations. Такой подход обеспечивает более высокую степень разделения ответственности и удобен при работе с большими, сложными доменными моделями, но требует более глубокого понимания и больше шаблонного кода.

Symfony предоставляет развитую систему форм (symfony/form), включающую валидацию (на базе symfony/validator с поддержкой constraint-аннотаций), CSRF-защиту, преобразование данных, вложенные формы и интеграцию с Doctrine. Это особенно полезно при создании административных панелей или сложных пользовательских интерфейсов с множеством полей и правил ввода.

Ключевое преимущество Symfony — стабильность и предсказуемость жизненного цикла. Major-версии выходят раз в два года (например, Symfony 6.0 — ноябрь 2021, Symfony 7.0 — ноябрь 2023), каждая поддерживается три года (два года основной поддержки + один год security fixes). Это позволяет планировать долгосрочные проекты без риска резкого устаревания зависимостей. Кроме того, Symfony строго следует семантическому версионированию: обратная совместимость гарантирована в пределах одного major-релиза, а изменения, ломающие совместимость, вносятся только в новых major-версиях — и всегда с подробной миграционной документацией.

Современный Symfony развивается в двух направлениях:

  1. Full-stack framework — для создания монолитных приложений с полным стеком (контроллеры, шаблоны, формы, сессии).
  2. Microkernel / API-first подход — через symfony/flex и symfony/runtime, позволяющие собрать минимальное приложение из отдельных компонентов (например, только http-kernel, routing, serializer, validator) без необходимости подключать весь фреймворк.

Таким образом, Symfony остаётся архитектурным фундаментом PHP-мира: даже если разработчик не использует «Symfony приложение» напрямую, он, скорее всего, взаимодействует с его компонентами — через Laravel, через Composer-зависимости или через инструменты командной строки (например, symfony/console лежит в основе почти всех CLI-утилит в PHP).

CodeIgniter: лёгкость, скорость и минимальный порог входа​

CodeIgniter — один из старейших активно поддерживаемых PHP-фреймворков (первый релиз — 2006 год), изначально созданный для разработчиков, которым требовалась простая, быстрая и понятная альтернатива «тяжёлым» решениям вроде Zend Framework 1 или Symfony 1. Его философия выражена в трёх принципах: малый размер, быстрая скорость работы, простота освоения.

В отличие от Laravel и Symfony, CodeIgniter не навязывает строгой архитектуры MVC — он поддерживает её, но позволяет свободно отступать: контроллеры могут напрямую работать с базой данных, модели не обязательны, шаблонизация может быть реализована как вручную, так и через встроенный (очень лёгкий) парсер. Это делает фреймворк особенно привлекательным для:

  • небольших сайтов и лендингов,
  • прототипирования и MVP,
  • поддержки legacy-проектов, где требуется минимальная модернизация,
  • разработчиков с ограниченным опытом, которым важна предсказуемость и отсутствие «магии».

Архитектура CodeIgniter 4 (текущая стабильная версия, полностью переписанная по сравнению с CodeIgniter 3) основана на namespace’ах, PSR-4 автозагрузке, строгой типизации (где возможно) и современном PHP (требуется 8.1+). Однако даже в четвёртой версии сохранён ключевой принцип: фреймворк не скрывает PHP, а дополняет его. Нет сложных контейнеров зависимостей (встроенный DI-контейнер присутствует, но используется сдержанно), нет глубокой интеграции ORM (вместо этого — Query Builder и простой ActiveRecord-подобный класс Model), нет слоя абстракции над сессиями или куками — всё работает через нативные механизмы с минимальной обёрткой.

Маршрутизация в CodeIgniter 4 реализована через файл Routes.php, где определяются пути и соответствующие контроллеры/методы. Поддерживаются REST-конвенции, параметры, регулярные выражения, группы маршрутов и фильтры (аналог middleware). Фильтры могут применяться до или после выполнения контроллера и используются для аутентификации, CORS, логирования и т.п.

Работа с базой данных осуществляется через Query Builder — fluent-интерфейс для построения SQL-запросов без риска инъекций (все значения автоматически экранируются). Для простых сценариев можно использовать класс Model, наследуемый от CodeIgniter\Model, который предоставляет методы find(), save(), delete() и поддерживает базовые отношения (has-one, has-many). ORM в привычном понимании отсутствует — и это сознательный выбор: авторы считают, что для большинства задач, решаемых с помощью CodeIgniter, полноценный ORM избыточен и замедляет разработку.

Кэширование, сессии, отправка почты, работа с файлами, валидация — все эти функции реализованы через библиотеки (libraries) и хелперы (helpers). Библиотеки — это классы, инстанцируемые по требованию (например, Email, Session, CURLRequest). Хелперы — это наборы глобальных функций (например, url_helper, form_helper), которые подключаются явно и не засоряют глобальное пространство имён по умолчанию. Такой подход снижает порог входа: разработчик может использовать только то, что ему нужно, без изучения сложных концепций.

Производительность CodeIgniter остаётся одним из его главных достоинств. Минимальный оверхед, отсутствие компиляции шаблонов (если не используется view() с переменными), простой автозагрузчик — всё это позволяет фреймворку демонстрировать время ответа, близкое к «чистому» PHP-скрипту. Это особенно ценно на хостингах с ограничениями по памяти и CPU, а также в условиях высокой конкуренции за ресурсы (shared hosting).

CodeIgniter не претендует на лидерство в enterprise-сегменте, но сохраняет устойчивую нишу там, где важны скорость старта, низкая сложность и стабильность. Его сообщество, хотя и меньше, чем у Laravel, активно поддерживает документацию, пишет расширения и участвует в развитии ядра. Фреймворк особенно популярен в Юго-Восточной Азии, Латинской Америке и среди фрилансеров, работающих на международном рынке.

Yii / Yii2: производительность, кодогенерация и строгая структура​

Yii (произносится как «йи», от Yes It Is!) — фреймворк, созданный в 2008 году Цяньминь Цяном и с самого начала ориентированный на высокую производительность, безопасность по умолчанию и максимальную автоматизацию рутинных задач. Его вторая версия, Yii2 (выпущена в 2014 году), стала значительным шагом вперёд: полная переработка кодовой базы, переход на namespace’ы, поддержка Composer, строгая типизация (в пределах возможностей PHP 5.4–7.x), интеграция с Bootstrap и соответствие PSR-стандартам.

Архитектурно Yii2 следует классическому MVC, но с рядом особенностей, отражающих его инженерную направленность. Ядро построено вокруг понятия компонента (component) — класса, реализующего yii\base\Component, что позволяет ему поддерживать свойства, события и поведения (behaviors). Поведения — это механизм горизонтального расширения функциональности объектов без наследования: например, к модели можно «прикрепить» поведение TimestampBehavior, чтобы автоматически заполнять поля created_at и updated_at при сохранении. Это снижает дублирование кода и облегчает повторное использование логики.

Один из наиболее заметных инструментов Yii2 — Gii, генератор кода с веб-интерфейсом. Gii способен создавать:

  • контроллеры и действия по шаблонам (CRUD, REST),
  • модели на основе таблиц базы данных (с учётом типов, ограничений, связей),
  • модули, виджеты, миграции,
  • даже расширенные формы с валидацией и JavaScript-поддержкой.

Генерация не ограничивается «заготовками»: Gii анализирует структуру БД (через Doctrine DBAL или нативные драйверы), извлекает комментарии к столбцам, учитывает внешние ключи, и на основе этого строит полноценные классы с аннотациями, валидационными правилами и метаданными. При этом сгенерированный код остаётся человекочитаемым и легко модифицируемым — в отличие от «чёрных ящиков», которые невозможно изменить без потери совместимости с генератором. Это делает Yii2 особенно эффективным при работе с legacy-базами данных или при быстрой разработке внутренних инструментов (админки, отчёты, dashboards).

ORM в Yii2 — Active Record, но реализованный глубже и гибче, чем в Laravel. Модель не просто инкапсулирует строку таблицы: она поддерживает сложные отношения (через hasOne(), hasMany(), via(), link()), ленивую и жадную загрузку, сценарии валидации, события (beforeSave, afterFind и др.), транзакции на уровне модели. Запросы строятся через fluent-интерфейс (User::find()->where(['status' => 1])->orderBy('name')->all()), который компилируется в оптимизированный SQL. Важно, что ActiveRecord в Yii2 не прячет SQL полностью: при необходимости можно легко перейти к Query Builder или выполнить «сырой» запрос через createCommand().

Безопасность в Yii2 интегрирована на уровне фреймворка:

  • CSRF-токены включены по умолчанию для всех POST-запросов,
  • автоматическое экранирование в шаблонах (через Html::encode()),
  • валидация данных с поддержкой кастомных валидаторов и условных правил,
  • role-based access control (RBAC) с иерархическими ролями и правилами,
  • защита от SQL-инъекций, XSS, XSRF, clickjacking и других уязвимостей на уровне компонентов (например, yii\web\Request фильтрует входные данные).

Маршрутизация в Yii2 гибка: поддерживается как path-стиль (/user/view/123), так и query-стиль (?r=user/view&id=123), возможна настройка правил через регулярные выражения, параметры могут передаваться в контроллер как аргументы метода. RESTful API создаётся почти «из коробки» с помощью yii\rest\ActiveController — одного класса достаточно для реализации полного CRUD с пагинацией, сортировкой и фильтрацией.

Yii2 предлагает два основных набора шаблонов:

  • Basic Application Template — для небольших проектов и быстрого старта,
  • Advanced Application Template — для enterprise-сценариев, разделяющий frontend, backend и common-часть (модели, компоненты), что облегчает поддержку многоуровневых приложений (например, публичный сайт + админка + API).

Производительность Yii2 остаётся одной из лучших среди full-stack фреймворков. Минимизация вызовов, кэширование метаданных классов, оптимизированный автозагрузчик, отсутствие «тяжёлых» абстракций в критических путях — всё это позволяет Yii2 эффективно работать даже на серверах с ограниченными ресурсами. Фреймворк часто выбирают для высоконагруженных проектов в Азии (Китай, Индонезия), где требования к скорости отклика и стоимости инфраструктуры особенно высоки.

Yii3 находится в стадии разработки и знаменует переход к компонентной архитектуре, ближе к подходу Symfony: ядро будет состоять из независимых пакетов (yiisoft/router, yiisoft/db, yiisoft/web), что упростит использование отдельных частей вне full-stack приложения и повысит совместимость с PSR. Однако Yii2 остаётся стабильной, поддерживаемой и широко применяемой платформой.

Zend Framework / Laminas Project: формальность, надёжность и соответствие стандартам​

Zend Framework (с 2019 года — Laminas Project) представляет собой уникальный случай в истории PHP: фреймворк, созданный коммерческой компанией Zend Technologies (ныне часть Perforce), разработчиком официального PHP-движка Zend Engine. Это наложило отпечаток на всю философию проекта: формальная спецификация, строгое соответствие стандартам, документированность каждого решения, предпочтение явного поведения неявному.

Первая версия Zend Framework (2006) появилась в ответ на хаос «фреймворк-бума» середины 2000-х. Её целью было создать промышленный инструмент для разработки mission-critical систем — банковских платформ, телекоммуникационных шлюзов, правительственных порталов, где ошибки недопустимы, а аудит кода — обязательная процедура. Отсюда такие черты, как:

  • отказ от «магии» (нет автоматического внедрения зависимостей по умолчанию, нет скрытых глобальных состояний),
  • многоуровневая конфигурация (через массивы, XML, INI),
  • строгая типизация (через DocBlock и позже — скалярные типы),
  • полное покрытие unit-тестами и continuous integration «из коробки».

Zend Framework 2 (2012) стал революционным: переход от монолитной архитектуры к модульному ядру на основе сервис-менеджера, введение event manager’а, поддержка PSR-0/PSR-4, использование Composer. Это позволило использовать фреймворк как единое целое, и как набор независимых компонентов — например, zend-http для работы с HTTP, zend-validator для проверки данных, zend-db для доступа к БД.

В 2019 году, после передачи прав на проект от Rogue Wave Software (владельца Zend) некоммерческой организации Linux Foundation, Zend Framework был переименован в Laminas Project. Название «Zend» осталось собственностью Perforce. Проект перешёл под управление сообщества, но сохранил техническую преемственность. Сегодня Laminas существует в трёх формах:

  1. Laminas MVC — полный фреймворк для создания традиционных веб-приложений (аналог ZF2/ZF3),
  2. Mezzio (бывший Expressive) — microframework для построения middleware-стеков и API (аналог Slim или Laravel Lumen, но с акцентом на PSR-15),
  3. Laminas Components — более 80 независимых пакетов, каждый из которых можно использовать отдельно.

Ключевые отличия Laminas от других фреймворков:

  • Конфигурация через код и файлы — вместо аннотаций или магических методов предпочтение отдаётся явному описанию сервисов, маршрутов, валидаторов в PHP-массивах или конфигурационных классах. Это увеличивает объём кода, но делает поведение приложения прозрачным и поддающимся статическому анализу.
  • ServiceManager — контейнер зависимостей, требующий явной регистрации сервисов. Поддерживает lazy loading, shared/unshared инстансы, abstract factories, initializers. В отличие от Laravel’s IoC или Symfony’s autowiring, здесь всё прописано вручную — что замедляет старт, но даёт полный контроль.
  • Middleware-ориентированность (в Mezzio) — приложение строится как цепочка PSR-15 middleware, каждый из которых отвечает за одну задачу (аутентификация, маршрутизация, обработка исключений). Это соответствует современным практикам и упрощает тестирование.
  • Поддержка enterprise-требований — встроенные механизмы для аудита, логирования (с поддержкой PSR-3), мониторинга, интеграции с LDAP, SAML, OAuth2 (через laminas-authentication, laminas-authorization, laminas-servicemanager).

Laminas не стремится к массовому распространению. Его аудитория — инженеры, работающие в регулируемых отраслях (финансы, здравоохранение, госсектор), где важны соответствие стандартам (ISO, NIST, PCI DSS), возможность сертификации кода и долгосрочная поддержка. Проект не обновляется ежеквартально: новые версии выходят редко, но каждая тщательно протестирована и сопровождается подробным changelog’ом и migration guide’ом.

Стоит отметить, что Laminas остаётся фундаментом для ряда коммерческих продуктов: например, Magento 1 был построен на Zend Framework 1, а Apigility (платформа для создания API) — на Zend Framework 2. Даже сегодня многие enterprise-системы используют компоненты Laminas без полного фреймворка — например, laminas-inputfilter для валидации, laminas-diactoros для PSR-7 сообщений.