Коли використовувати список (текст) або систематику?

12

Це може бути нерозумним питанням, але мені цікаво, яка вигода від використання списку (текстового) множинного поля вибору над еталонним полем терміна таксономія. Вони, як видається, виконують приблизно однакову функцію надання заданих варіантів множинного вибору, але таксономія має додаткову перевагу, що дозволяє додавати терміни після того, як вміст буде записаний у базу даних.

То чи є хороша настанова для того, щоб користуватися тим чи іншим? (І особливо, коли список (текст) має більше сенсу, ніж посилання на термін таксономія?).

7 taxonomy-terms entities

— Джей
джерело

2

Я намагаюся вважати таксономію як "спосіб класифікувати класифіковані дані" (включаючи структури дерева) і списки як "Пропонування декількох визначених варіантів", коли організація не важлива. Коли я сумніваюся, я підбираю таксономію, оскільки інтеграція в перегляд веб-сторінок через Views швидко реалізується.

— Джейк Дуеб

1

Вибір / текст, що неможливо зробити, - це ієрархія даних про структуру; Таксономія пропонує лише дерева.

— Рене

Про це є стаття на eosrei.net/articles/2013/12/… .

— колан

10

Структура та динаміка є ІМО ключовими словами для вибору таксономії. Нещодавно мені це питання прийшло до мене, коли позначив компанії з географічними регіонами. Першим моїм вибором був підготовка таксономії із переліком регіонів. Незабаром це виявилося надмірним ускладненням. Регіони майже ніколи не змінюють своїх імен і майже ніколи не змінюють свою структуру / батьків. Тож я викинув таксономію і вирішив використовувати плоский Список (Текст). Зараз також набагато простіше маневрувати регіонами в Погляді. Тож - якщо ваш список статичний і рівний - перейдіть до списку.

— Артур
джерело

3

Ну є одна очевидна річ, яка прослизнула мені - я б сказав, використовуйте таксономію, коли ви хочете, щоб теги мали власні сторінки, заповнені спеціальними полями, зображеннями, що відображаються в різних режимах (повний, тизер тощо)

— Артур

прийнявши це, оскільки це дало деякі плюси і мінуси. Думаю, що Патрик Кенні щодо продуктивності теж важливий.

— Джей

8

Таксономія має проблеми з ефективністю, оскільки вона масштабується, оскільки запити SQL стають довшими; якщо ви використовуєте фільтри переглядів, вибір списків буде швидшим, ніж таксономія.

— Патрік Кенні
джерело

Це, як правило, правда, але з досвідом ви знаєте, що вам слід скористатися пошуком SOLR для масштабування поглядів з фільтрами, тож це вже не має великого значення.

— Марко Блажекович

7

Основними відмінностями, яких я навчився, були:

чи хочете ви, щоб користувачі додавали до списку значень, а не лише адміністраторів сайтів або, чи додавання до списку буде напіврегулярною потребою навіть для адміністраторів сайту?
чи хочете ви використати цінність як саму організаційну частину вмісту (як запропонував вище @Artur, створюючи сторінки всього вмісту, який поділяє цей термін, з різними макетами, як-от сторінка продукту: показати весь одяг XL; або новини, шоу всі види спорту)
дані взагалі є ієрархічними? (наприклад: підкатегорії, де ви хочете іноді захоплювати батьківську категорію або дітей окремо в інших)

Якщо ні в усьому вищезазначеному, використовуйте select / text. Якщо так, використовуйте терміни таксономії. Як правило, ви використовуєте select / text, на мій досвід. Це завжди почувається неправильно, але зазвичай це правильно.

— Рене
джерело

0

Очевидним переможцем, на мою думку, був би термін таксономії, більше влади, мало недоліків.

— Марко Блажекович
джерело