Чому коментарі не є типом вмісту вузла?


10

Таким чином, Drupal має "особливу" систему коментування.

Коментари громадян другого класу в Drupal порівняно з вузлами ...

Але чому основна команда не просто створила Тип вмісту за замовчуванням, Блокувати та Переглянути коментарі та дозволила адміністратору сайту додати до блоку коментарів за необхідності? Так само, як типи вмісту "Стаття" та "Основна сторінка", для яких ми можемо створити блоки та перегляди. Чому коментарі такі різні?


3
Ви, здається, по суті запитуєте "чому коментарі не вузли?" Відповідь проста "тому, що вони не повинні робити те саме". Так само, як ви б не використовували трактор для гонок у Гран-Прі; теоретично це можна зробити, але це було б божевільно. Прочитайте це для отримання більш загальних відомостей про типи об'єктів v типів вмісту
Clive

1
Це, по суті, те, про що я прошу. Дякуємо за посилання, це актуально. Я б поставив краще питання, якби знав термінологію. Дякую за розуміння.
денулолі

1
Немає проблем, я не намагався інспірувати ваше запитання, не вдалий - далеко не це насправді, якщо ви новачок у Drupal, такі речі можуть бути дуже заплутаними. Я просто хотів перейти до суті, хоча, у випадку коментарів v вузлів, це так само просто, як "різні вимоги, різні типи об'єктів"
Clive

1
@dayuloli тепер ви знаєте термінологію, тож ви можете відредагувати та зробити це кращим питанням! :)
Молот

2
@dayuloli коментар або невід'ємна частина питання, що б ви не хотіли, просто уникайте частин, які виглядають так окремо, якщо можливо :)
Mołot

Відповіді:


8

Щоб відповісти на це, я спершу повинен був зрозуміти одне: Сутності не є вузлами .

Типи об'єктів - це спеціальні угруповання полів.

Вузол - це тип сутності, який вимагає деяких полів, таких як "Назва", "Автор" та "Дата опублікування".

Типи вмісту - це примірники Вузла, які додатково визначають більше полів. Таким чином, тип вмісту "повідомлення в блозі" може містити поля "Гачок", "Вступ", "Підсумок" та "Пов’язані публікації", окрім "Заголовок", "Автор" та "Дата публікації".

Вузол - це тип сутності, що спеціалізується на вмісті. Коментар не розроблений як вузол, оскільки він занадто відрізняється від типового вмісту. Не обов’язково в коментарі містити поле "Назва", "Автор" або "Дата публікації". Оскільки він такий різний, він створюється замість іншого типу Entity .

Детальніше дивіться у цій статті про Drupal .


1
Вузли, коментарі, терміни таксономії, користувачі тощо - це всі сутності. Деякі мають пачки, інші - ні. Тип вузла технічно є "розшаруванням" з точки зору сутності.
АйешК

2
Немає необхідності копати дуже глибоко , щоб знайти що - то явне: drupal.org/node/1261744
Djouuuuh

2
Технічно всі типи сутностей мають пакет @AyeshK. Якщо не надано ядро, використовується неявна
Clive

2
Спасибі @clive - я фактично мав на увазі, що деякі типи сутностей мають різні пачки, а деякі - ні. Прапор, Вузол - це типи об'єктів з підтримкою декількох пакетів. Користувач, термін таксономії тощо мають лише один комплект. Ще раз дякую за роз’яснення.
АйешК

0

У Drupal 8 вузли та коментарі (а також користувацькі блоки та користувацькі додані посилання на меню, користувачі та умови таксономії та ...) є об'єктами обох. У той час, як у D7 сутність справді була лише для набору полів - я все ще пам’ятаю, коли вони були просто, $objectа API взагалі не було. У Drupal 8 організацій мають належний API CRUD; вони є класифікованими об'єктами з збереженням, завантаженням і т. д. І налаштування коментарів тепер є полем, тому все наповнене є корисним. Розум роздумує над можливостями (коментує коментарі? Прийняття коментарів! Навіть це можливо AFAIK).


0

Так само, як сторонне позначення, іноді, можливо, вам справді не потрібна сила основної сутності коментарів, а лише простий список коментарів чи приміток (без відповідей), пов’язаних із Тип вмісту чи Суб’єкт.

У цих випадках ви можете полегшити завантаження системи, відключивши коментарі до цього типу вмісту та використовуючи лише поле для зберігання коментарів чи приміток.

Щонайменше 2 модулі внеску надають такий тип поля:

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.