Relation vs références vs référence d'entité pour gérer les relations de type noeud-référence
Il semble qu'il existe plusieurs modules actifs qui ont tous des fonctionnalités similaires. Quelqu'un peut-il fournir des informations sur la branche qui semble la plus prometteuse/susceptible de survivre et de prospérer? Tout conseil est le bienvenu.
Je les ai tous essayés pour un projet à venir. Et de la façon dont je le vois, n'utilisez Relation que si vous avez affaire à des relations complexes, pas à des références biunivoque. Si vous avez besoin d'une référence de base, je choisirais des références ou des références d'entité.
Je pense que la dernière mise à jour concernant un widget pour Relation, c'est qu'ils vont abandonner l'idée, et considérer Relation comme un module API uniquement. Mais qui sait?
Une remarque, si vous voulez utiliser ensemble entityreference et field_collection - c'est bogué. Juste FYI.
Depuis mars 2012, la page de projet du module Références recommande désormais la référence d'entité en remplacement.
Pour les références de type nœud de base, Entity Reference est certainement plus facile à configurer que Relation. Je pense qu'une bonne règle générale serait
Si vous pouvez faire ce que vous voulez avec Entity Reference, utilisez-le. Sinon, allez avec Relation.
La relation est prévue en remplacement des références. Visitez les pages Drupal.org/modules/references ou/relation. La relation semble très bonne, mais n'est pas encore entièrement mise en œuvre. Ils ont travaillé sur des widgets pour créer les relations, mais ont également eu quelques problèmes. Malgré les limitations du widget actuel, j'aime les capacités du module de relation. Je travaille en utilisant les deux à mesure que je me familiarise avec Drupal.
Je recommande d'utiliser Entity Reference & Views au lieu de Relation si possible. Pour ceux qui s'interrogent sur les différences, j'ai écrit un article de blog sur la façon d'installer Relation ainsi que ses avantages et ses inconvénients. J'espère que cela aidera certaines personnes.