Осторожно. Интернет-магазин «Кард Системс» мошенники

Во-первых, по поводу отсутсвия классов.

Поверьте, я бы не говорил, что это плохо, если бы сам не пытался когда-то написать фреймворк на функциях, тогда это казалось очень удобным, например пишем:

query('INSERT INTO table ?t ?values', $table, $values)

И при первом обращении автоматически устанавливается соединение с базой, поключаются нужные файлы, и т.д. Однако, когда дело дошло до реализации форм, тут-то и появились сложности:

$f = form_load('register_form');

form_parse_request($f, $_POST);

if (form_is_valid($f))…

Видите, в чем подвох? Во-первых, нет никакого смысла писать form_is_valid, куда логичнее смотрится $form->is_valid, во-вторых нет никакого смысла передавать всюду $f, когда можно просто вызывать методов объекта, это уродливо. Имитировать объекты функциями — зло. А как хранить внутреннее состояние формы? Правильно, приходится делать это с помощью глобальных переменных, хотя логичнее хранить его внутри объекта в private переменных.

Такой подход, однако, используется например в системных вызовах ($f = fopen(...), $data = fread($f)), так как там идет взаимодействие между изолированными друг от друга простанствами (kernel space и user space) и приходится хранить экземпляр объекта (например, описание свойств файла) в обоих пространствах (что кстати несет кроме прочего накладные расходы, это плата за изоляцию процессов и ядра друг от друга).

Однако в рамках одной программы нет никакой причины не использовать объекты там, где идет работа с чем-то похожим на объекты (формы, контроллеры, модели, экземпляры данных, статья, новость).

Насчет языка Си — насколько я знаю, у Линуксоидов какие-то заморочки с переносимостью Си++ объектов и использованием их в динамически подключаемых библиотеках, потому они так держатся за Си, даже сделали в свое время Gobject — неуклюжую имитацию ООП на Си.

А к не-использованию объектов, там где есть объекты, я отношусь отрицательно.

Ну а что касается хуков (или событий, что по моему лучше) — они предназначены для внесения небольших изменений в поведение системы без влезания в код. А в Друпале на них все построено, это явно не то.

Кроме того, некоторые хуки предполагают, например, возможность правки SQL-запросов. Также ненормальной считаю идею например, при выполнени какого-то действия проходить по всем папкам плагинов и искать там эти хуки.

В общем, авторов Drupal явно тяготит то ли опыт программирования на Си, то ли на древних кривых версиях PHP.

> Кстати, в Drupal 7 уже начат перевод части кода системы на ООП. В частности появились классы для работы с базой данных.

Ага, их 10 лет все уже используют. И зачем нужна CMS, отстающая от всех на 10 лет? С тяжелым наследием «дореволюционного» кода.

Друпал популярен имхо, из-за того, что эта модульность кажется внешне привлекательной  — взял, поставил нужные модули и все само заработало, но расплачиваться за это приходится производиетельностью, уродливой и слишком сложной админкой, неуклюжими архитектурными решениями (программисты вам спасибо скажут, не один раз). Зато бесплатно!