Впихнуть Doctrine ORM в WordPress и не убить производительность — звучит как из серии «не надо так», но тут ка

Впихнуть Doctrine ORM в WordPress и не убить производительность — звучит как из серии «не надо так», но тут как раз интересен инженерный трюк.

Идея не в том, чтобы переписать весь WP на ORM, а в том, чтобы аккуратно подложить Doctrine под ядро там, где оно реально помогает: нормальная модель данных, entity/repository-подход, меньше лапши из прямых SQL и `wp_*`-хака. Если всё сделать грамотно, оверхэд ORM компенсируется кешированием, батч-загрузкой и отказом от лишних запросов.

Что ценно для веб-мастера: можно сохранить совместимость с экосистемой WordPress и параллельно получить более предсказуемую архитектуру. Для больших инсталляций это уже не «красивый код ради кода», а способ держать сложность под контролем.

Технически вкусная часть — как маппить сущности, где держать unit of work, как не сломать lifecycle хуков WP и как выжать из Doctrine максимум без лишних запросов. Такой разбор полезен, если строите кастомный движок на базе WordPress и хотите меньше боли при масштабировании 🛠️