Type de publication personnalisée hiérarchique ou non hiérarchique dans l'exemple du monde réel
Eh bien, la réponse la plus simple est un type de message personnalisé non hiérarchique est semblable aux messages normaux et un type de message hiérarchique est semblable à une page , mais cela reste déroutant pour moi.
Je peux facilement comprendre la différence entre les taxonomies hiérarchiques et non-hiérarchiques qui peuvent créer une étiquette ou une catégorie, mais cette utilisation n’est pas claire dans le cas de la création d’un CPT.
Ainsi, dans un exemple concret, si je veux créer un type de publication personnalisé pour Movie et un autre pour Eyeglasses, dois-je les créer Non-hierarchical ou Hierarchical? Je veux dire que j'ai besoin de connaître la logique de cela
Avez-vous besoin de pouvoir/attribuer un poste parent?
Si oui, utilisez hiérarchique, sinon, ne le faites pas.
Les types de publication hiérarchiques vous permettent d'effectuer une publication à sens unique pour publier des relations de type 1: plusieurs, ce qui est parfois utile. Par exemple. pages, documentation, etc.
N'oubliez pas non plus qu'une publication peut avoir un parent, même s'il s'agit d'un type de publication non hiérarchique, car post parent est une colonne de table et un attribut universel. Les parents de publication ne doivent pas nécessairement être du même type de publication, mais vous devez implémenter l'interface utilisateur pour cela.
Gardez toutefois à l'esprit qu'une taxonomie est parfois une méthode plus appropriée pour appliquer la hiérarchie/structure.
Dans le grand schéma des choses, définir quelque chose comme non hiérarchique est un pari très sûr, car les types d'article non hiérarchiques peuvent être hiérarchisés à une date ultérieure sans perte de données. Le besoin d'un CPT hiérarchique n'est pas si courant, et la décision elle-même n'est pas aussi importante que CPT vs Taxonomie, et n'est pas aussi importante qu'on pourrait le penser