Сообщество Drupal идет с ответом MPD, в основном: CCK, с Views.
Лично я вряд ли когда-нибудь найду это хорошее решение.Единственное место, где IMO Views и CCK предлагают реальную выгоду во времени и усилиях, - это когда конечный результат плохо или плохо определен.Однако, если у вас есть каркасы, макеты или проекты для работы, views + cck потребует много отмены .
Другим важным соображением является отсутствие развертывания Drupals.Слишком часто вы создаете представления CCK + и добавляете к ним набор тем и некоторый пользовательский (изменяющий форму) код.Тогда у этого шанса будет ужасное развертывание: без новой конфигурации (например, нового поля CCK, которое вы определили) ваша тема разрывается.Но без новой темы ваши новые CCK-поля ломаются.В Drupal, который часто «решается» с некоторыми простоями, во время развертывания нового кода сразу же следует ручная перенастройка этих полей.Хотя есть некоторые сложные «решения» для этого в форме сильного оружия или особенностей.
В итоге у вас получатся CCK, Views, набор полей-модулей CCK, дополнения VIEW и множество клейкого кода.Что касается темы, вы получите большие и зараженные Div переопределения.
Хотя все это стало возможным в простом, чистом, обслуживаемом и высоко оптимизированном пользовательском модуле с одним оптимизированным и чистым модулем.
Все сводится к тому, как вы чувствуете себя дома с кодом.Лично я не против выпустить несколько строк (чистого, хорошо спроектированного) PHP;другие предпочитают держаться подальше от кодирования и предпочитают щелкать мышью (хотя, по моему опыту, в конце концов они в конечном итоге кодируют для более сложных интерфейсов)