Quando utilizzare l'elenco (testo) o la tassonomia?

12

Questa potrebbe essere una domanda sciocca, ma sono curioso di sapere quale sia il vantaggio di utilizzare un campo di selezione multipla di elenco (testo) su un campo di riferimento del termine tassonomia. Entrambi sembrano ricoprire più o meno la stessa funzione di fornire opzioni a scelta multipla predeterminate, ma la tassonomia ha il vantaggio aggiuntivo di consentire all'utente di aggiungere termini dopo che il contenuto è stato scritto nel database.

Quindi ci sono delle buone linee guida per l'uno o l'altro? (E in particolare quando l'elenco (testo) ha più senso del riferimento al termine tassonomia?).

7 taxonomy-terms entities

— ghiandaia
fonte

2

Provo a pensare a una tassonomia come "modo di classificare i dati in modo strutturato" (comprese le strutture ad albero) e gli elenchi come "Offrire diverse opzioni definite" quando l'organizzazione non è importante. In caso di dubbi, scelgo la tassonomia, poiché l'integrazione nella navigazione tramite Views è rapida da implementare.

— Jake The Dweeb,

1

L'unica cosa che select / text non può fare è strutturare la gerarchia dei dati; La tassonomia da sola offre alberi.

— Renee,

C'è un articolo a riguardo su eosrei.net/articles/2013/12/… .

— colan,

10

Struttura e dinamica sono IMO le parole chiave per la scelta della tassonomia. Di recente mi è venuta questa domanda quando taggo aziende con aree geografiche. La mia prima scelta è stata quella di preparare la tassonomia con un elenco di regioni. Presto si è rivelata un'eccessiva complicazione. Le regioni non cambiano quasi mai il loro nome e non cambiano quasi mai la loro struttura / i loro genitori. Così ho buttato fuori la tassonomia e ho deciso di utilizzare un elenco piatto (testo). Ora è anche molto più facile manovrare le regioni in una vista. Quindi, se il tuo elenco è statico e semplice, scegli un elenco.

— Artur
fonte

3

Bene, c'è una cosa ovvia che mi è sfuggita di mente - direi usare la tassonomia quando vuoi che i tag abbiano le loro pagine, piene di campi personalizzati, immagini, visualizzate in varie modalità (pieno, teaser, ecc.)

— Artur

accettandolo perché ha dato alcuni pro e contro. Anche il punto di Patrick Kenny sulla performance è importante.

— Jay,

8

La tassonomia presenta problemi di prestazioni man mano che si ridimensiona perché le query SQL si allungano; se si utilizzano i filtri delle viste, selezionare gli elenchi sarà più veloce della tassonomia.

— Patrick Kenny
fonte

Questo è generalmente vero, ma con l'esperienza ti rendi conto che dovresti usare la ricerca SOLR per ridimensionare le viste con i filtri, quindi non importa molto allora.

— Marko Blazekovic,

7

Le principali differenze che ho imparato sono state:

vuoi che gli utenti aggiungano all'elenco dei valori, non solo gli amministratori del sito o, aggiungendo all'elenco sarà una necessità semi-regolare anche per gli amministratori del sito?
vuoi usare il valore come contenuto organizzativo stesso (come suggerito sopra da @Artur, creando pagine di tutti i contenuti che condividono questo termine, con layout diversi, come una pagina di prodotto: mostra tutti i vestiti XL; o notizie, mostra Tutti gli sport)
i dati sono gerarchici? (ad es. sottocategorie in cui vorrai acquisire la categoria principale a volte o i bambini separatamente in altri)

Se no a tutto quanto sopra, usa select / text. In caso affermativo, utilizzare i termini della tassonomia. Di solito userò select / text, nella mia esperienza. Sembra sempre sbagliato, ma di solito è giusto.

— Renee
fonte

0

Il chiaro vincitore secondo me sarebbe il termine tassonomia, più potere, piccoli aspetti negativi.

— Marko Blazekovic
fonte