Doctrine ORM в ядре WordPress — это не про «красивее код», а про контроль над доступом к данным.

Doctrine ORM в ядре WordPress — это не про «красивее код», а про контроль над доступом к данным.

Что это меняет:
- вместо россыпи ручных SQL-запросов — единая ORM-модель
- сущности и связи описаны явно, меньше магии в слоях плагинов
- проще строить сервисный слой поверх WP, а не тащить логику в шаблоны

Но главный вопрос — цена. ORM сама по себе добавляет накладные расходы: hydration, unit of work, lazy loading. Если внедрять её без дисциплины, получите N+1, лишние выборки и рост времени ответа. Если внедрять правильно — можно держать предсказуемую архитектуру и не убить performance ⚙️

Технически это имеет смысл только при жёстких правилах:
- кэширование на уровне запросов и объектов
- запрет на неявную загрузку в горячих путях
- профилирование до и после
- отдельные KPI по TTFB и числу SQL на запрос

Вывод простой: Doctrine в WordPress — рабочий инструмент, но только если вы считаете запросы, а не верите в «абстракция всё упростит» 🔍