Pourquoi limiter une nouvelle API à *UN* parent ?
Je mets le nez ici pour la première fois et paf le chien : mes objets ont plusieurs parents.
Et je reste interloqué : bien que le cas mono-parent soit le cas usuel le plus répandu, pourquoi introduire une nouvelle API en la limitant par principe au cas 1 parent, sans possibilité de gérer du multi-parents ?
Il faudrait que la fonction `objet_trouver_parent()`
https://git.spip.net/spip-contrib-extensions/declarerparent/src/branch/master/base/objets_parents.php#L31
ait la même signature en retour que la fonction `objet_trouver_enfants()`
https://git.spip.net/spip-contrib-extensions/declarerparent/src/branch/master/base/objets_parents.php#L156
pour ne pas insulter l'avenir ni casser tout le code dans la nature.
Je vois une façon simple de faire évoluer le code sans trop casser :
passer la fonction `objet_trouver_parents()` au pluriel en changeant sa signature, et garder une fonction fallback `objet_trouver_parent()` au singulier qui retourne le premier element de la fonction `objet_trouver_parents()`
Reste à voir comment gérer le pipeline.
Je penser qu'on peut faire pareil :
- renommer le pipeline `objet_trouver_parent` au pluriel `objet_trouver_parents` pour permettre de declarer plusieurs parents dans le pipeline, mais garder l'ancien pipeline au singulier en deprecated et continuer à l'appeler aussi pour ne pas casser le code qui l'utilise
issue