Powiedzmy, że mam zespół, który ma członków. Mam typ zawartości dla zespołu i typ zawartości dla poszczególnych członków zespołu. Powiedzmy, że istnieją również inne relacje, na przykład zespoły mogą należeć do działów, a istnieją projekty, które można przypisać do osób lub zespołów.
Rozumiem, że istnieją dwa sposoby definiowania relacji między tymi podmiotami - odniesienia do encji lub użycie terminów taksonomicznych. Kiedy powinienem używać jednego rodzaju nad drugim? Czy najlepiej wybrać tylko jedną metodę, czy mieszać je?
Wydaje mi się, że taksonomia jest najbardziej elastyczna, ponieważ łatwo jest budować drzewa przy użyciu typów taksonomii lub na przykład, jeśli w zespole zdecydowałem, że chcę zbudować hierarchię w zespole, funkcjonalność już tam jest (wystarczy przeciągnąć terminy taksonomiczne w hierarchii), podczas gdy jeśli użyłem odwołania do encji, nie mogę wymyślić prostego sposobu, aby to zrobić (oprócz dodania taksonomii, co następnie powoduje redundancję).
Wydaje mi się, że jest coś, czego nie rozumiem, ale nie jestem pewien, co to jest!
Każda pomoc będzie mile widziana.
źródło
Odpowiedzi:
Mówisz tutaj o dwóch różnych koncepcjach. Pierwsze pytanie dotyczy każdego, kto chce uporządkować treści w różne kategorie lub jeśli chce zbudować związek między istniejącymi typami treści. Drugim pytaniem jest, czy przy korzystaniu z taksonomii lepiej będzie użyć pola referencyjnego taksonomii lub pola referencyjnego jednostki.
Odnośnie pierwszej koncepcji
To zależy od twojego przypadku użycia. Jak już wspomniałeś, taksonomie świetnie nadają się do budowania hierarchii, ale idealnie nie powinno się używać taksonomii do przechowywania rzeczywistej zawartości. Przyczyna tego jest łatwa - chociaż możesz dodawać pola do terminów taksonomicznych, wszystkie poziomy hierarchiczne w taksonomii używają tych samych pól. Biorąc przykład z członkami różnych zespołów, może to prowadzić do problemów. Jeśli chcesz przechowywać więcej informacji o zespole lub elemencie niż tylko imię, jeśli na przykład chcesz przechowywać informacje o imieniu, nazwisku i biografii członka oraz dodać te pola do systematyki, będą to: dostępne również na warunkach zespołu. A jeśli dodasz pole opisu zespołu dla zespołów, zostaną one wyświetlone dla członków zespołu.
Taksonomie najlepiej stosować przy hierarchicznym organizowaniu podobnych pozycji . Podobnie jak tagi, na przykład:
Odwołania do jednostek są doskonałe do ustanawiania relacji między typami treści. Przykłady obejmują, gdy masz typ węzła „zespół” i typ węzła „członek zespołu”, każdy z własnymi polami. Lub „piosenka” typu węzła, która odwołuje się do „albumu”, który sam odnosi się do „muzyka”. Pod tym względem odwołania do jednostek są bardziej elastyczne niż taksonomie, ponieważ pozwala na bardziej złożone relacje. Korzystając z widoków, możesz również wykorzystać te relacje. Biorąc przykład, możesz utworzyć widok wszystkich członków zespołu i użyć odwołania do encji dla relacji, a można wyświetlić dowolne pole w typie zawartości zespołu wraz z polami z węzła członka.
Mieszane są również odniesienia do węzłów mieszania i pól taksonomii. W twoim przykładzie z zespołami zarówno zespół, jak i członek mogą być węzłem, odwołując się do siebie za pomocą odwołania do encji. Jednocześnie dział może być taksonomią obejmującą wszystkie dostępne działy.
Odnośnie drugiej koncepcji
Kiedy DO wypuściło D7, zostało dostarczone z polem odniesienia systematyki, które ma być używane podczas odwoływania się do systematyk. Od tego czasu widzieliśmy wydanie modułu Entity API, aw konsekwencji modułu odniesienia encji, a ponieważ warunki i taksonomie są eniami, można do nich odwoływać się jak każdą inną encję. W tym momencie oba działają bardzo podobnie, aw wielu przypadkach nie ma znaczenia, którego używasz. Nadal istnieją jednak niektóre moduły, które udostępniają formatery pól i widżety, które działają tylko dla jednego lub drugiego. Tak więc zależy głównie od tego, czy potrzebujesz takiego formatera, czy powinieneś użyć odwołania do taksonomii lub odwołania do encji.
Ponieważ DO zastępuje pole referencyjne taksonomii polem referencyjnym jednostki w D8, wolę iść z polem referencyjnym jednostki, aby połączyć się z taksonomiami, niż z polem dostarczonym przez moduł taksonomii.
źródło