Каковы лучшие методы для определения, должен ли я создать новый модуль Drupal?

Question

Я впервые использую Drupal для проекта на работе. Наконец-то я обхожу голову вокруг некоторых основных понятий, но когда дело доходит до настройки вывода, я не уверен, как поступить.

Мне нужно построить довольно специализированную галерею изображений. Мне удалось совместить что-то работоспособное с помощью Views2, но это не совсем то, что нужно. Я хотел бы написать его с нуля, используя SQL и реальный PHP, а не работать через этот веб-интерфейс.

Полагаю, я добавлю эту функциональность в новый модуль. Это правильно? Или это мерзость для мира Drupal?

Редактировать

Вот что у меня так далеко. Я создал галерею изображений и типы изображений с помощью CCK. Изображения могут быть назначены нескольким галереям через ссылку на узел. У меня есть imagecache, создающий два размера для каждого загруженного изображения - размер миниатюры и размер галереи.

Требуется два формата галереи, но давайте предположим, что сейчас у меня будет стиль карусели, с некоторыми пользовательскими JQuery и CSS, чтобы соответствовать остальному внешнему виду сайта. Нажав большой палец в навигаторе в стиле карусели, вы загрузите полноразмерное изображение над ним.

Теперь, если предположить, что такой вещи не существует, каков рекомендуемый подход для ее создания? Не как его кодировать, но где этот код будет жить в системе Drupal?

Answer 1

Похоже, что представления сделают всю работу по созданию необходимых вам данных - списка всех изображений для галерей, основанного на любых критериях, которые вам нужны (таксономия, автор или что-то еще), а также на части карусели - добавление jquery и css можно сделать, используя систему тем drupal для изменения вывода. Так как ar как 'где будет жить код', я бы сказал в вашей теме, а не в модуле.

Система тематических представлений довольно обширна, хотя поначалу, возможно, немного перегружена. Это выглядит как хорошая начальная ссылка: http://www.group42.ca/theming_views_2_the_basics

Answer 2

Вы можете сделать это. Виды отличные, но часто они получают только 90% того, что вам нужно из коробки.

Вы можете создавать темы просмотров, что может продвинуть вас дальше, и вы можете написать расширения для функциональности представлений (но это не всегда легко).

Нет ничего плохого в том, чтобы писать собственный модуль вместо представлений, в некоторых случаях это может повысить производительность. Одним из советов, если вы делаете это, является то, что вы можете видеть использование запроса, который представления создает в вашем пользовательском модуле, это может избавить вас от необходимости обрабатывать его и писать его самостоятельно.

Answer 3

Да, я бы положил это в модуль. Я часто пишу на заказ для специализированных случаев использования.

Answer 4

Ну, так как это бесплатное программное обеспечение, вы можете делать с ним (почти) все, что захотите.

Хорошая практика, чтобы решить, следует ли вам делать это:

Будут ли выгоды, которые я получу от пользовательский модуль, деленный на время Я собираюсь инвестировать в это. перевешивать преимущества / со временем решения что не идеально?

Или, если вы предпочитаете выглядеть так:

Custom Development Benefits             Not 'ideal' solution benefits
---------------------------    >    -----------------------------------
      Development Time                      Time to install and adapt

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

Но во что бы то ни стало, если вы хотите развивать свои собственные вещи и иметь достаточно времени, продолжайте.