Библиотека собеса по PHP | вопросы с собеседований

Как работает lazy loading и можно ли его реализовать в PHP? Lazy loading (отложенная загрузка) — это паттерн проектирования, при котором инициализация объекта или загрузка ресурса откладывается до момента, когда он действительно потребуется. Это помогает оптимизировать использование памяти и повысить производительность, особенно при работе с тяжёлыми объектами или данными. ⚙️ Как работает lazy loading Вместо немедленной загрузки всех зависимостей при создании объекта, lazy loading позволяет отложить эту операцию до первого обращения к нужному свойству или методу. Это особенно полезно, когда: Загрузка ресурсоёмких данных (например, из базы данных) может быть не нужна в каждом случае. Необходимо сократить время отклика приложения. Важно снизить потребление памяти, особенно при работе с большим количеством объектов. 🛠️ Реализация lazy loading в PHP В PHP существует несколько подходов к реализации отложенной загрузки: 1. Ленивая инициализация (Lazy Initialization) Значение свойства инициализируется только при первом обращении к нему. Это достигается проверкой, и если значение ещё не установлено, оно загружается и сохраняется для последующих обращений. 2. Виртуальный прокси (Virtual Proxy) Создаётся объект-заместитель с тем же интерфейсом, что и реальный объект. При первом вызове метода прокси инициализирует реальный объект и делегирует ему вызов. 3. Призрачный объект (Ghost Object) Объект создаётся в частично инициализированном состоянии, содержащем только идентификатор или минимальные данные. Полная инициализация происходит при первом обращении к дополнительным данным. 4. Хранитель значения (Value Holder) Специальный объект, который управляет загрузкой значения по требованию. При обращении к значению он проверяет, загружено ли оно, и при необходимости выполняет загрузку. 5. Использование магических методов __get() и __isset() В PHP можно переопределить магические методы __get() и __isset() для отложенной загрузки свойств объекта. При обращении к неинициализированному свойству __get() может выполнить необходимую загрузку и вернуть значение. 6. Встроенные механизмы в PHP 8.4 Начиная с PHP 8.4, появились встроенные механизмы для создания ленивых объектов с помощью методов ReflectionClass::newLazyGhost() и ReflectionClass::newLazyProxy(). Эти методы позволяют создавать объекты, которые инициализируются только при первом обращении к их свойствам или методам. ✅ Преимущества использования lazy loading Экономия ресурсов: Загрузка данных происходит только при необходимости, что снижает потребление памяти и ресурсов процессора. Повышение производительности: Сокращается время инициализации объектов и загрузки страницы или приложения. Улучшение масштабируемости: Приложение может обрабатывать большее количество объектов без значительного увеличения потребления ресурсов. ⚠️ Возможные недостатки Сложность отладки: Ошибки могут проявляться только при обращении к отложенно загруженным данным, что усложняет их обнаружение. Проблемы с последовательностью загрузки: В случае взаимных зависимостей между объектами может возникнуть необходимость в дополнительной логике для предотвращения циклических вызовов. Увеличение количества запросов: При частом обращении к отложенно загружаемым данным может увеличиться количество запросов к базе данных или другим ресурсам. Таким образом, lazy loading — это эффективный инструмент для оптимизации ресурсов и повышения производительности PHP-приложений, особенно при работе с большими объёмами данных или сложными структурами объектов. Однако его использование требует внимательного подхода к проектированию архитектуры приложения и учёта возможных сложностей.

Что такое идемпотентность? Идемпотентность — это свойство операции, которое означает, что повторное ее выполнение не приводит к изменению состояния системы после первого выполнения. В контексте веб-разработки и использования HTTP методов, идемпотентность означает, что повторный запрос с одним и тем же набором параметров не изменит состояние сервера. Это важное понятие для разработчиков, потому что идемпотентные операции обеспечивают безопасность и надежность системы, позволяя повторять запросы в случае, если они не достигли сервера или были обработаны, но клиент не получил ответа. Вот несколько примеров идемпотентных операций: 1. Чтение данных: Операция получения данных из базы данных с помощью SELECT является идемпотентной, потому что повторное выполнение запроса не изменит состояние базы данных. 2. Удаление записи: Операция DELETE является идемпотентной, поскольку повторное выполнение запроса на удаление записи не приведет к ошибке и не изменит состояние базы данных, так как запись уже удалена. 3. Обновление записи: Если обновление записи происходит на основе идентификатора записи и одинаковые значения обновляются несколько раз, то запрос UPDATE будет идемпотентным.

Что означает сложность алгоритма? Сложность алгоритма представляет собой меру его эффективности и определяет количество ресурсов, таких как время и память, необходимых для его выполнения. Существуют два основных типа сложности алгоритма: временная сложность и пространственная сложность. Временная сложность алгоритма оценивает время, необходимое для его выполнения, в зависимости от размера входных данных. Обычно время выполнения алгоритма измеряется в тактах процессора или в секундах. Примеры временной сложности включают константную сложность O(1) (выполнение за постоянное время), линейную сложность O(n) (выполнение занимает время, пропорциональное размеру входных данных) и квадратичную сложность O(n^2) (выполнение занимает время, пропорциональное квадрату размера входных данных). Пространственная сложность алгоритма оценивает объем памяти, необходимый для его выполнения, в зависимости от размера входных данных. Обычно пространственная сложность измеряется в байтах. Примеры пространственной сложности включают константную сложность O(1) (не зависит от размера входных данных), линейную сложность O(n) (потребляет память, пропорционально размеру входных данных) и квадратичную сложность O(n^2) (потребляет память, пропорционально квадрату размера входных данных).

Что означает сложность алгоритма? Сложность алгоритма представляет собой меру его эффективности и определяет количество ресурсов, таких как время и память, необходимых для его выполнения. Существуют два основных типа сложности алгоритма: временная сложность и пространственная сложность. Временная сложность алгоритма оценивает время, необходимое для его выполнения, в зависимости от размера входных данных. Обычно время выполнения алгоритма измеряется в тактах процессора или в секундах. Примеры временной сложности включают константную сложность O(1) (выполнение за постоянное время), линейную сложность O(n) (выполнение занимает время, пропорциональное размеру входных данных) и квадратичную сложность O(n^2) (выполнение занимает время, пропорциональное квадрату размера входных данных). Пространственная сложность алгоритма оценивает объем памяти, необходимый для его выполнения, в зависимости от размера входных данных. Обычно пространственная сложность измеряется в байтах. Примеры пространственной сложности включают константную сложность O(1) (не зависит от размера входных данных), линейную сложность O(n) (потребляет память, пропорционально размеру входных данных) и квадратичную сложность O(n^2) (потребляет память, пропорционально квадрату размера входных данных).

Как в PHP очистить память? В PHP память очищается автоматически после окончания выполнения скрипта. Однако, есть несколько способов управлять памятью для оптимизации работы скрипта: 1. Очистка переменных: Удалив все ссылки на объект или массив, PHP автоматически освободит память, занимаемую ими. Использование функции unset() позволяет явно удалить переменную или ее элементы. 2. Освобождение памяти после работы с большими массивами: Для этого можно использовать функцию unset() или присвоить переменной пустое значение ($var = null), чтобы удалить ссылку на массив и освободить память. 3. Использование unset() после работы с объектами: Аналогично предыдущему пункту, нужно удалить ссылку на объект, чтобы очистить память. Если объект был инициализирован с помощью конструктора, то вызов unset() может привести к вызову деструктора объекта. 4. Использование gc_collect_cycles(): Функция gc_collect_cycles() используется для принудительного вызова сборщика мусора, который освобождает память, занимаемую неиспользуемыми объектами и циклами ссылок. 5. Управление памятью экстенсионных функций: Если используются расширения PHP, следует обратить внимание на их документацию, так как некоторые расширения могут предоставлять специальные функции для управления памятью. Но в целом, в PHP не требуется явно очищать память, так как это автоматически выполняется сборщиком мусора. Однако, правила управления памятью в PHP важно понимать, чтобы написанный код был максимально эффективным и не вызывал утечек памяти.

🖖 Привет, на связи Proglib! Ищем человека в команду, который будет вести наши каналы по PHP. Нам нужен не душный сеньор-помидор, а тот, кто реально любит язык, следит за ним и может интересно рассказать об этом другим. ЧТО ПО ЗАДАЧАМ? Всё просто — ты ведёшь три канала (основной, задачи и собесы): ➡️ Постишь новости: релизы, фишки (Laravel, Symfony), полезные инструменты. ➡️ Публикуешь задачки: чтобы подписчики разминали мозги. ➡️ Разбираешь вопросы с собеседований, чтобы люди прокачивались. КОГО ИЩЕМ? 💡 Ты шаришь в PHP (понимаешь код и контекст). 💡 Пишешь нормальным человеческим языком. 💡 Тебя не надо пинать — сам находишь темы и делаешь красиво. 💡 Умеешь в нейронки для облегчения рутины. УСЛОВИЯ: 📍 Удалёнка, свободный график. 📍 Возможность совмещать с основной работой или учёбой. 📍 Оплата за результат: больше активности — выше доход. Харэ сачковать — заполняй анкету ✍️

Как защититься от SQL-инъекций без prepared statements? 🔐 Альтернативные способы защиты от SQL-инъекций без prepared statements 1. Экранирование пользовательского ввода Для MySQL можно использовать функцию mysqli_real_escape_string(), которая экранирует специальные символы в строке, делая её безопасной для использования в SQL-запросах.​

$login = mysqli_real_escape_string($conn, $_POST['login']);
$query = «SELECT * FROM users WHERE login = '$login'»;

Однако этот метод не защищает от всех видов атак и может быть недостаточно эффективным, особенно если не учитывать кодировку и типы данных.​ 2. Приведение типов и валидация данных Если ожидается, что пользовательский ввод должен быть определённого типа (например, целое число), следует явно приводить его к этому типу и проверять допустимость значения.​

$id = (int)$_GET['id'];
$query = «SELECT * FROM products WHERE id = $id»;

Это предотвращает внедрение вредоносного кода через параметры, ожидающие числовые значения.​ 3. Белые списки допустимых значений Для параметров, которые могут принимать ограниченный набор значений (например, порядок сортировки), следует использовать белые списки и проверять, что введённое значение входит в допустимый набор.​

$order = $_GET['order'];
if (!in_array($order, ['ASC', 'DESC'])) {
$order = 'ASC';
}
$query = «SELECT * FROM products ORDER BY price $order»;

Это предотвращает возможность внедрения произвольного SQL-кода через параметры.​ 4. Использование хранимых процедур Хранимые процедуры, определённые на стороне базы данных, могут помочь изолировать SQL-логику от пользовательского ввода. Однако они также могут быть уязвимы, если параметры не обрабатываются должным образом.​ ⚠️ Почему эти методы менее надёжны 🔸 Экранирование и валидация требуют тщательной реализации и могут быть легко нарушены при изменении кода.​ 🔸 Ошибки в логике проверки или упущенные случаи могут открыть путь для атак.​ 🔸 Эти методы не обеспечивают такой же уровень защиты, как подготовленные выражения, особенно при работе с различными типами данных и кодировками.

Как использовать каталог хранилищ в Laravel? Laravel предоставляет каталог хранения, который можно использовать для хранения файлов и других данных, которые не должны быть общедоступными. В этом примере мы сохраняем файл в каталоге uploads внутри каталога storage с помощью метода store. Затем мы можем получить файл с помощью метода get и удалить его с помощью метода delete.

Почему json_encode([]) === '[]', но json_encode((object)[]) === '{}'? ​В PHP функция json_encode() преобразует структуры данных в строки JSON. Результат зависит от типа передаваемой структуры: массив или объект.​ 🔍 Почему json_encode([]) возвращает '[]' Пустой массив [] в PHP интерпретируется как последовательный массив без ключей. При преобразовании в JSON он становится пустым массивом: '[]'.​ 🔍 Почему json_encode((object)[]) возвращает '{}' При приведении пустого массива к объекту (object)[] получается экземпляр класса stdClass без свойств. При кодировании в JSON он становится пустым объектом: '{}'.​ ⚠️ Важность различия В JSON пустой массив '[]' и пустой объект '{}' — разные типы данных. Это различие может быть критичным при взаимодействии с API или клиентскими приложениями, ожидающими определённый тип данных.​ ✅ Как контролировать результат json_encode() 🔸Чтобы получить пустой объект в JSON, приведите массив к объекту: (object)[].​ 🔸 Чтобы получить пустой массив, используйте [].​ Будьте осторожны с флагом JSON_FORCE_OBJECT, так как он преобразует все массивы в объекты, что может привести к нежелательным результатам.​

Какие типы связей в базе данных? Существует три типа связей между таблицами в базе данных: «Один-к-одному» или 1:1. Это означает, что каждой записи в первой таблице соответствует не более одной записи во второй таблице, и наоборот. «Один-ко-многим» или 1:M. Это означает, что одному экземпляру сущности может соответствовать любое количество (M) экземпляров другой сущности. «Многие-ко-многим» или M:N. Это означает, что нескольким экземплярам одной сущности может соответствовать несколько экземпляров другой сущности.

Когда Symfony отказывает пользователю в доступе? Когда неавторизованный пользователь пытается получить доступ к веб-приложению, Symfony отказывает ему в доступе. Он отображает страницу ошибки и возвращает HTTP-статус 403. Ошибка Access Denied, как следует из названия, на веб-странице означает, что веб-сервер отклонил ваш запрос на просмотр, либо потому, что веб-сервер работает неправильно, либо потому, что у вас нет правильных учетных данных.

Как устроен Singleton и почему его считают антипатерном? Синглтон (Singleton) — это порождающий паттерн проектирования, который обеспечивает, что у класса есть только один экземпляр, и предоставляет глобальную точку доступа к этому экземпляру. Теперь рассмотрим, почему Синглтон часто считают антипаттерном: 1️⃣Глобальное состояние: Использование глобального объекта (в данном случае, единственного экземпляра класса) может привести к созданию глобального состояния, что затрудняет тестирование и усложняет понимание потока управления программы. 2️⃣Сложность в тестировании: Синглтоны могут вызывать проблемы при тестировании, так как они создают глобальные зависимости, которые не всегда легко подменить для модульного тестирования. 3️⃣Проблемы с наследованием: Наследование от Синглтона может стать проблемой, так как он имеет статическую точку доступа, которая не всегда вписывается в иерархию наследования. 4️⃣Сложность в масштабировании: Использование Синглтона может затруднить масштабирование системы, так как он создает глобальную точку зависимости, которая может стать узким местом. 5️⃣Проблемы с потокобезопасностью: Реализации Синглтона, как правило, не потокобезопасны по умолчанию, что может привести к проблемам в многопоточных приложениях.

Что подразумевается под понятием «триггер» в SQL? Триггер в SQL — это предопределенный SQL-код, который автоматически выполняется (или «срабатывает») в ответ на определенные события в таблице или представлении базы данных. Триггеры могут быть использованы для автоматизации выполнения определенных действий при вставке, обновлении или удалении данных в таблице. Они предоставляют способ добавления бизнес-логики к базе данных. Примеры событий, на которые могут реагировать триггеры: AFTER INSERT (После вставки данных): Триггер срабатывает после вставки новой записи в таблицу. AFTER UPDATE (После обновления данных): Триггер срабатывает после обновления существующей записи в таблице. AFTER DELETE (После удаления данных): Триггер срабатывает после удаления записи из таблицы. BEFORE INSERT (Перед вставкой данных): Триггер срабатывает перед вставкой новой записи в таблицу. Он может использоваться, чтобы модифицировать данные перед их вставкой. BEFORE UPDATE (Перед обновлением данных): Триггер срабатывает перед обновлением существующей записи в таблице. Он может использоваться для проверки или модификации данных перед обновлением. BEFORE DELETE (Перед удалением данных): Триггер срабатывает перед удалением записи из таблицы. Он может использоваться для проверки или сохранения данных перед удалением.

Почему стоит избегать foreach ($array as &$value), если не требуется изменять массив? ​Использование конструкции foreach ($array as &$value) в PHP без необходимости изменения элементов массива может привести к неожиданным и труднообнаружимым ошибкам.​ ⚠️ Почему стоит избегать foreach с ссылкой без необходимости 1. Сохранение ссылки после цикла После завершения цикла переменная $value остаётся ссылкой на последний элемент массива. Если затем использовать эту переменную без её предварительного удаления, это может непреднамеренно изменить последний элемент массива. Это поведение может привести к труднообнаружимым ошибкам. ​ 2. Повторное использование переменной в последующих циклах Если переменная, использованная в качестве ссылки в одном цикле, повторно используется в следующем foreach без ссылки, это может привести к неожиданным изменениям данных. Это связано с тем, что переменная остаётся ссылкой на последний элемент массива из предыдущего цикла. ​ 3. Непреднамеренные изменения при передаче массива в функции Если массив передаётся в функцию после использования foreach с ссылкой, и внутри функции также используется foreach с ссылкой, это может привести к изменению оригинального массива, даже если он передан по значению. Это происходит потому, что переменная остаётся ссылкой, и при передаче массива в функцию изменения отражаются на оригинальном массиве. ​ ✅ Рекомендации 🔸 Используйте foreach ($array as $value) без ссылки, если не планируете изменять элементы массива.​ 🔸 Если необходимо изменить элементы, предпочтительнее использовать foreach ($array as $key => $value) и присваивать новые значения через $array[$key] = ...;.​ 🔸 После использования foreach с ссылкой всегда вызывайте unset($value); для удаления ссылки. ​ 🔸 Избегайте повторного использования переменной, использованной в foreach с ссылкой, в последующих циклах без её предварительного удаления.​

Proglib ищет эксперта для ведения PHP-каналов. Нам нужен автор, который глубоко погружён в индустрию и пишет для опытных разработчиков. 🐘 ЗАДАЧИ: ➡️ Вести три канала о PHP: основной, задачи и собеседования. ➡️ Создавать контент Middle+: архитектура, оптимизация, разбор RFC, кейсы Laravel/Symfony. ➡️ Готовить задачи и вопросы для интервью с качественным разбором решений. ➡️ Работать с аналитикой: отслеживать метрики (охваты, ERR) и корректировать контент-план. ➡️ Мониторить комьюнити и оперативно упаковывать тренды в посты. 🎯 ТРЕБОВАНИЯ: ➡️ PHP Middle+: понимание работы движка, паттернов и экосистемы. ➡️ Стиль: умение писать для профи — ёмко, аргументированно и без воды. ➡️ Инструменты: уверенное владение нейросетями для ускорения работы. ➡️ Самостоятельность: вы сами находите темы и отвечаете за качество. ✨ УСЛОВИЯ: 📍 Удалёнка, гибкий график, частичная занятость. 📍 Сдельная оплата за количество задач. 📍 Аудитория — тысячи профильных разработчиков. 👉 Оставляйте отклик, и мы свяжемся с вами!

Cуперглобальные массивы. Суперглобальные массивы в PHP — это предопределенные глобальные переменные, которые доступны из любой области видимости в скрипте. Некоторые из наиболее распространенных суперглобальных массивов в PHP: 1. $_GET: содержит переменные, переданные из строки запроса URL в качестве параметров. Они обычно используются для передачи данных через URL. 2. $_POST: содержит переменные, отправленные через HTTP POST-запросы. Этот массив обычно используется для передачи данных из формы на сервер. 3. $_SESSION: хранит переменные сессии пользователя. Эти данные могут быть доступны на протяжении всей сессии пользователя. 4. $_COOKIE: содержит переменные, переданные клиентом через HTTP-куки. Они обычно используются для сохранения долговременных данных о состоянии пользователя. 5. $_SERVER: содержит информацию о сервере и окружении, в котором выполняется текущий скрипт. 6. $_FILES: содержит информацию о файлах, загруженных на сервер через форму загрузки файлов. Про остальные можно узнать в документации

Использует ли Laravel Symfony? Да, Laravel широко использует компоненты фреймворка Symfony. Laravel, популярный PHP-фреймворк, использует несколько компонентов Symfony, чтобы предоставить надежную и богатую функциями основу для создания веб-приложений. Некоторые из компонентов Symfony, используемых в Laravel, включают: HTTP Foundation: Этот компонент используется для обработки HTTP-запросов и ответов. Консоль (Console): Командный интерфейс Artisan в Laravel построен с использованием компонента консоли Symfony. Диспетчер событий (Event Dispatcher): Система обработки событий в Laravel работает на основе компонента диспетчера событий Symfony. Файловая система (Filesystem): Компонент файловой системы Symfony используется для операций с файлами. Внедрение зависимостей (Dependency Injection): Laravel использует контейнер внедрения зависимостей Symfony для управления зависимостями.

Коротко расскажите об истории PHP. Что появлялось в каждой версии? PHP 1.0 (1995): Ранняя версия PHP, созданная Расмусом Лердорфом. Она представляла собой набор скриптов для отслеживания посещений его онлайн-резюме. PHP 2.0 (1996): Внедрение синтаксиса, похожего на Perl, и добавление поддержки для работы с базами данных. PHP 3.0 (1998): Полная переработка языка. Добавление поддержки объектно-ориентированного программирования (ООП) и формальное определение языка. PHP 4.0 (2000): Значительные улучшения производительности и добавление новых возможностей, таких как суперглобальные массивы ($_GET, $_POST) и поддержка для расширений. PHP 5.0 (2004): Основной момент — введение поддержки ООП с использованием классов и объектов. Добавление механизма обработки ошибок Exception. PHP 5.3 (2009): Введение пространств имен, замыкания (closures) и поддержка late static binding. PHP 5.4 (2012): Включение трейтов (traits), короткого синтаксиса для массивов, и улучшения в производительности. PHP 5.6 (2014): Поддержка переменных переменных, использование оператора ** в качестве оператора возврата. PHP 7.0 (2015): Значительное увеличение производительности, введение строгой типизации (scalar type declarations и return type declarations), нулевой объединяющий оператор (null coalescing operator), и другие улучшения. PHP 7.4 (2019): Добавление стрелочных функций (arrow functions), поддержка spread-оператора для массивов, а также улучшения в синтаксисе и производительности. PHP 8.0 (2020): Множество новых возможностей, таких как JIT-компиляция для улучшения производительности, добавление строгой типизации для свойств классов, сопоставление шаблонов (match expression), и другие синтаксические улучшения. PHP 8.1 (2021): Введение перечислений (Enums), readonly-свойств классов, асинхронной обработки через фиберы (Fibers), а также новые типы данных и улучшения производительности. PHP 8.2 (2022): Добавление readonly-классов, поддержка дизъюнктивных нормальных форм (DNF) для типов, устаревание динамических свойств и новые типы в стандартной библиотеке. PHP 8.3 (2023): Введение типизированных констант классов, атрибута #[\Override] для явного указания переопределения методов, глубокого клонирования readonly-свойств и новой функции json_validate(). PHP 8.4 (2024): Добавление деструктуризации массивов в цикле foreach, свойств-хуков (property hooks) для геттеров и сеттеров, упрощение синтаксиса анонимных классов и дальнейшие улучшения производительности.

Что такое sensitive данные? Как хранятся в базе? Как отражаются в логах? Sensitive данные (чувствительные данные) — это информация, которая является приватной, конфиденциальной или важной для безопасности организации или пользователя. К таким данным относятся, например, пароли, номера кредитных карт, персональные идентификационные номера и т.д. Хранение sensitive данных в базе данных требует особых мер безопасности, чтобы предотвратить несанкционированный доступ. Важной практикой является хеширование паролей. При регистрации пользователя пароль хешируется — процесс преобразования пароля в непонятный для чтения вид. Затем хеш сохраняется в базе данных. При входе в систему, введенный пароль также хешируется, и соответствующий хеш сравнивается с сохраненным в базе данных. Sensitive данные не должны непосредственно отражаться в логах. Вместо этого должна быть сохранена информация о том, что операция на sensitive данных была выполнена. Например, вместо того, чтобы сохранять сам пароль в логах, можно сохранить запись вроде «пользователь X изменил свой пароль». Это делается для предотвращения утечки конфиденциальной информации в случае несанкционированного доступа к логам.

В чем разница между Serializer и Normalizer в Symfony? В Symfony сериализаторы и нормализаторы используются для обработки преобразования данных, но они выполняют разные функции и работают на разных уровнях абстракции. Сериализатор (Serializer) Сериализатор отвечает за преобразование сложных структур данных (таких как объекты и массивы) в определённый формат (например, JSON, XML или CSV) и обратно. Компонент Serializer в Symfony предоставляет унифицированный способ выполнения этого процесса. Основные задачи сериализатора: Сериализация: Преобразование структур данных PHP (объекты, массивы) в строковой формат (JSON, XML и т.д.). Десериализация: Преобразование строкового формата (JSON, XML и т.д.) обратно в структуры данных PHP. Например, если у вас есть объект, и вы хотите получить его представление в формате JSON, вы будете использовать сериализатор. Нормализатор (Normalizer) Нормализатор — это более детализированное понятие, которое занимается преобразованием между различными представлениями данных в процессе сериализации. Нормализаторы используются сериализатором для обработки преобразования конкретных типов данных. Основные задачи нормализатора: Нормализация: Преобразование объекта в нормализованный массив. Денормализация: Преобразование нормализованного массива обратно в объект. Нормализаторы фокусируются на разложении и восстановлении объектов и массивов без непосредственного взаимодействия с конечным форматом, таким как JSON или XML. Они обрабатывают промежуточный этап преобразования данных в ассоциативный массив, который сериализатор затем может преобразовать в требуемый формат.