2011-01-24 3 views
2

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

Я не знаю, что лучше всего сделать, между

  • , имеющий собственный MySql таблицу; и
  • имея таблицу CCK, используя пользовательский тип контента

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

Что вы думаете?

+0

Вам нужно указать, какую версию Drupal. CCK перешел в ядро ​​в 7 и имеет API. :) – Rimian

+0

Это, скорее всего, 6, потому что представления для 7 не готовы. – berkes

+0

да, это Drupal 6 – Cris

ответ

5

Сообщество Drupal идет с ответом MPD, в основном: CCK, с представлениями.

Лично я вряд ли когда-нибудь найду это хорошее решение. Единственное место, где IMO Views и CCK предлагают реальную выгоду во времени и усилиях, это когда конечный результат плохо или слабо определен. Если, однако, у вас есть каркасы, макеты или проекты для работы, для просмотров + cck потребуется lot of undoing.

Другим важным фактором является отсутствие развертывания Drupals. Слишком часто вы создаете CCK + представления и бросаете соус из тематики и некоторый пользовательский (изменяющий форму) код над ним. У этого случая есть уродливое развертывание: без новой конфигурации (например, это новое поле CCK, которое вы определили) ваша тема ломается. Но без новой темы ваше новое CCK-поле ломается. В Drupal, который часто «решается» с некоторым простоями, во время разворачивания нового кода и немедленного последующего ручного перенастроения этих полей. Хотя есть несколько сложных «решений» для этого в виде сильных сторон или особенностей.

В итоге вы получите CCK, Views, bucketload из CCK-модулей, VIEW-аддонов и много глюкод. На стороне темы вы получаете большие и Div-зараженные переопределения.

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

Все сводится к тому, как дома вы чувствуете себя с кодом. Я лично не против прокручивать несколько строк (чистый, хорошо структурированный) PHP; другие предпочитают избегать кодирования и предпочитают щелкать (хотя, по моему опыту, они в конечном итоге кодируют более сложные интерфейсы в конце концов)

+0

Я бы не стал не соглашаться с этим, но я бы не сказал, что «большие и запрещенные div переопределения» верны во всех случаях. Вы можете получить чистый HTML, используя не интерфейс представления, чтобы форматировать поля и использовать хорошие шаблоны просмотров. Я также хотел бы утверждать, что аспект без кода может быть хорошим. Я часто могу получить нетехнических людей для создания основных типов контента и представлений, а затем передать их мне для фантазии. В противном случае я проголосовал за это, потому что он довольно хорошо подводит итоги не-CCK. – mpdonadio

+0

Использование хороших шаблонов просмотров бросает вызов большой цели просмотров: изменение через веб-интерфейс * требует * изменения в шаблоне. Вы произвольно связываете код с настройками. – berkes

3

Лично я чувствую, что использование полей типа пользовательского контента w/CCK почти всегда является лучшим вариантом, главным образом потому, что CCK тесно интегрируется с другими модулями Drupal (особенно Views).