Re: API Objet et id_parent
Eric Lupinacci <[email protected]>
| Newsgroups | gmane.comp.web.spip.devel |
|---|---|
| Message-ID | <CAM6W4bbF5OvyBzxaj71ZsHHybrVwcYMR23VbY0Yo_bcMy=FJHg@mail.gmail.com> |
Yop, Le mar. 31 mars 2020 à 15:26, Matthieu Marcillaud <[email protected]> a écrit : > Le 31/03/2020 à 15:01, RastaPopoulos a écrit : > > Le 31/03/2020 à 14:41, Eric Lupinacci a écrit : > > >> En tout cas, je ne pense pas que ce soit aussi limpide que tu le > prétends. > > Moi si. :p > > Oui, je comprends ce que dit Eric, même si le cas est peu commun. > > Il suffit d’imaginer que les articles soient hiérarchisés aussi avec un > champ id_parent (et en plus de id_rubrique) pour être un peu perturbé. > > Il y a une contrainte à introduire : le id_rubrique doit être le même > pour tous les articles enfants d’un article, sinon ça sonne bizarre. > > Et à ce moment là tu peux dire le parent est : > > id_parent > 0 => article / id_parent > id_parent = 0 => rubrique / id_rubrique > > Peut être que Eric peut considérer cela comme le parent «principal» ? > > Mais si tu peux ranger chaque article enfant dans une rubrique quelle > quelle soit, c’est plus difficile de déterminer qui est le parent… la > rubrique parente ou l’article parent ? > > Ça me semblerait compliquer beaucoup les choses, de gérer ça (et comment > ?), pour une utilité toute relative, non ? > Oui c'est un cas peu commun mais je suis sur qu'on peut le rencontrer en dehors de l'écosystème propre à SPIP natif à savoir rubrique, articles... Moi ce qui me gêne vraiment c'est cet amalgame entre la notion de conteneur d'objets hétérogènes et celle d'arborescence d'un type d'objet. Je trouve que c'est ça qui justifie la distinction avant tout. ++ Eric