Perché i commenti non sono un tipo di contenuto del nodo?

Quindi Drupal ha un sistema di commenti "speciale".

I commenti sono cittadini di seconda classe in Drupal rispetto ai nodi ...

Ma perché il team principale non ha semplicemente creato un tipo di contenuto predefinito, blocca e visualizza i commenti e ha permesso all'amministratore del sito di aggiungere un blocco di commenti secondo necessità? Proprio come i tipi di contenuto "Articolo" e "Pagina di base", per i quali possiamo creare blocchi e viste. Perché i commenti sono così diversi?

7 nodes comments

— dayuloli
fonte

Sembra che tu stia essenzialmente chiedendo "perché i commenti non sono nodi?" La risposta è semplicemente "perché non dovrebbero fare la stessa cosa". Proprio come non useresti un trattore per correre nel Grand Prix; teoricamente si potrebbe fare, ma sarebbe folle farlo. Leggi questo per ulteriori informazioni generali sui tipi di entità v tipi di contenuto

— Clive

Questo è essenzialmente quello che sto chiedendo. Grazie per il link, è pertinente. Avrei fatto una domanda migliore se avessi conosciuto la terminologia. Grazie per la vostra comprensione.

— Dayuloli,

Nessun problema, non stavo cercando di insinuare la tua domanda non era buona - tutt'altro, in effetti, se sei nuovo in Drupal questo genere di cose può essere molto confuso. Volevo solo arrivare subito al punto, nel caso di commenti su nodi è semplice come "requisiti diversi, tipi di entità diversi"

— Clive

@dayuloli ora conosci la terminologia, quindi puoi modificarla e renderla una domanda migliore! :)

— Mołot il

Commento di @dayuloli o parte integrante della domanda, qualunque cosa tu voglia, evita solo parti che sembrano così separate, se possibile :)

— Mołot,

Risposte:

Per rispondere a ciò, per prima cosa ho dovuto capire una cosa: le entità non sono nodi .

I tipi di entità sono raggruppamenti speciali di campi.

Il nodo è un tipo di entità, che richiede alcuni campi, come "Titolo", "Autore" e "Data di pubblicazione".

I tipi di contenuto sono istanze di Nodo che definiscono ulteriormente più campi. Pertanto, un tipo di contenuto "post di blog" può contenere i campi "Hook", "Introduzione", "Riepilogo" e "Post correlati", oltre a "Titolo", "Autore" e "Data pubblicazione".

Il nodo è un tipo di entità specializzato per il contenuto. Un commento non è progettato per essere un nodo perché è troppo diverso da un contenuto tipico. Non è necessario avere un campo "Titolo", "Autore" o "Data di pubblicazione" in un commento. Poiché è così diverso, viene invece creato come un altro tipo di entità .

Per maggiori dettagli, vedi questo articolo su Drupal .

— dayuloli
fonte

Nodi, commenti, termini di tassonomia, utenti, ecc. Sono tutti i tipi di entità. Alcuni hanno fasci, altri no. Un tipo di nodo è tecnicamente un "pacchetto" dal punto di vista dell'entità.

— AyeshK,

Non c'è bisogno di scavare molto a fondo per trovare qualcosa di esplicito: drupal.org/node/1261744

— Djouuuuh

Tecnicamente tutti i tipi di entità hanno un bundle @AyeshK. Se uno non viene fornito, il core ne usa uno implicito

— Clive

Grazie @clive - In realtà intendevo che alcuni tipi di entità hanno fasci diversi e altri no. Flag, Node sono tipi di entità con supporto di più bundle. Utente, termine di tassonomia, ecc. Hanno un solo pacchetto. Grazie ancora per il chiarimento.

— AyeshK,

In Drupal 8 nodi e commenti (e blocchi personalizzati e collegamenti di menu aggiunti dall'utente e termini di utenti e tassonomia e ...) sono entrambi entità. Mentre in D7 un'entità era davvero solo per un gruppo di campi - ricordo ancora quando erano semplici $objecte non c'erano affatto API. In Drupal 8 le entità hanno un'API CRUD appropriata; sono oggetti classificati con salvataggio, caricamento ecc. E le impostazioni dei commenti ora sono un campo, quindi tutto ciò che può essere messo in campo è commentabile. La mente vacilla sulle possibilità (commenti commentati? Commenti! Anche quello è possibile AFAIK).

Proprio come un sidenote, a volte forse non hai davvero bisogno del potere dell'entità Commenti di base, ma solo un semplice elenco di commenti o note (senza risposte) associati al Tipo di contenuto o Entità.

In questi casi, è possibile alleggerire il caricamento del sistema disabilitando i commenti per quel tipo di contenuto e utilizzando solo un campo per memorizzare i commenti o le note.

Almeno 2 moduli contrib forniscono questo tipo di campo:

Commenti sul campo: https://www.drupal.org/project/field_comments
Campo dei commenti: https://www.drupal.org/project/commentfield

— Interdruper
fonte