Большая статья про pdoParser

Именно так.
Но я не думаю, что следует требовать от них этого. К примеру, вряд ли я был бы рад, если бы они феном в ядро пульнули, а ты вряд ли, если бы смарти. Так что лично меня вполне устраивает, что MODX позволяет прикрутить ту систему шаблонизации, которая больше нравится. Это и демонстрирует его силу. Но вот общие навыки и технологии у сообщества развивать следует. Ведь и в феноме, и в смарти, и в твиге и остальных — принципы примерно одинаковые. Синтаксис только отличается. Но эти принципы сильно отличаются от принципов MODX-а. К примеру, я до сих пор некешируемые части шаблона вызываю через некешируемый [[!smarty?tpl=`path...`&params...]] (или {snippet name=smarty params=$params as_tag=1}). Иначе просто никак. И вот все эти тонкости требуют довольно тщательного изучение (то есть порог вхождения все-таки више, чем на чистом MODX-парсере). Но если освоить принципы на одном шаблонизаторе, то тогда уже свободно можно будет разобраться и с другим шаблонизатором. И может даже какие-то стандарты выработать. К примеру, в том же компоненте EdinayaKassa у меня идет папка с шаблонами (хотя в ней всего один шаблон). В конечном шаблоне я подключаю папку шаблонов модуля, а в сниппете идет вызов шаблона модуля без указания папки. Smarty перебирает все папки шаблонов в поисках указанного файла и какой первый найдет — такой и заюзает. То есть можно или другую папку указать, или просто в своей основной папке создать такой шаблон и переопределить базовый. Все это дает огромные возможности для модульности и шблонизации. В общем, забегая далеко вперед (скорее всего в невозможное будущее), можно было бы заложить стандарты, чтобы в компонентах создавались для совместимости и феном, и смарти шаблоны компонентов. А вызов сниппета шаблонизатора (типа [[!smarty?]]) заменить на какой-то универсальный, который будет юзать текущую систему шаблонизации. У меня давно были на это мысли, и даже в ранних версиях phpTemplates сразу было прописано переопределяемое подключение системы шаблонизации (были такие эксперименты, от которых потом отказался).

Использование $pdoTools… позволяет работать с файлами напрямую, без источников и запросов в БД.

Супер. Но я так понимаю, это счастье только для чанков.
А может pdoParser также и сниппеты и плагины грузить (инклюдить) напрямую?
Например,

$pdoTools->runSnippet()

Аа.
Ну вот кстати, уж не знаю как оно там на самом деле, но мне не раз его горячо советовали. Типа разобраться можно за несколько часов, пишется на нём легко и быстро.

Но факт остаётся фактом — для сайтов в классическом смысле — modx незаменим. А фреймворки лучше брать для совсем уж «некондиции» — сервисов там всяких или ещё чего.

That's right.