Symfony — мощный и масштабируемый фреймворк под разные задачи и большую нагрузку.
Monolog позволяет обрабатывать каждую запись лога перед ее сохранением в лог, и добавлять дополнительные данные. Это роль процессора, который можно применять для всего стека обработчиков или только для определенного обработчика или канала.
Процессор — это вызываемый объект, получающий запись лога в качестве первого аргумента. Процессоры настраиваются с помощью тега DIC monolog.processor.
Читать далееAutowiring позволяет управлять сервисами в контейнере с минимальной конфигурацией. Autowiring считывает тайп-хинты, указанные в конструкторах классов (или других методах) и автоматически передает правильные сервисы каждому методу.
Autowiring Symfony спроектирован так, чтобы быть предсказуемым: если не совсем ясно, какую зависимость следует передавать, вы увидите хорошо описанное исключение.
Читать далееБлагодаря скомпилированному контейнеру Symfony нет никаких накладных расходов при использовании autowiring.
Вы можете узнать, какие сервисы зарегистрированы в контейнере, используя консольную команду. Чтобы показать все сервисы (публичные и частные) и их классы PHP, запустите:
php bin/console debug:container
Добавьте эту опцию «show-hidden» , чтобы отобразить также и скрытые сервисы (те, чей идентификатор начинается с точки):
Читать далееВ Symfony Сервис-Контейнер создается с использованием одного ресурса конфигурации (по умолчанию это файл config/services.yaml). Это дает вам абсолютную гибкость по отношению к настройкам сервисов в приложении.
По умолчанию конфигурация службы находится в config/services.yaml. Но если этот файл становится большим, вы можете организовать несколько файлов. Предположим, вы решили перенести некоторую конфигурацию в новый файл:
Читать далееВ некоторых случаях вы можете захотеть внедрить сервис, который немного тяжело создать, но не всегда используется внутри вашего объекта. Например, представьте, что у вас есть NewsletterManager и вы внедряете в него сервис Mailer. Только несколько методов вашего NewsletterManager фактически используют сервис Mailer, но даже когда вам это не нужно, всегда создается объект сервиса Mailer при создании вашего NewsletterManager.
Читать далееДекоратор — это структурный паттерн проектирования, который позволяет динамически добавлять объектам новую функциональность, оборачивая их в полезные «обёртки».
При повторном переопределении существующего определения сервиса, для сервис-контейнера Symfony, то исходный сервис будет теряться:
Читать далееСуществует два основных типа отношений / ассоциаций:
ManyToOne/OneToMane наиболее распространенная связь, отображаемая в базе данных с помощью столбца внешнего ключа (например, столбец category_id в таблице product). На самом деле это всего лишь один тип ассоциации, но он виден с двух разных сторон отношения.
Читать далее