Bonjour,
Lorsqu'on travaille avec des injections de dépendances, y'a-t-il des exceptions à leur utilisation ? La plupart du temps cette question ne se pose pas, mais je suis confronté à un problème dans lequel l'injection de dépendances n'est pas directement possible, et je cherche la "bonne" solution pour le résoudre. Voilà le contexte :
J'ai une classe String et une classe Collection qui reprennent (entre autres) les fonctions PHP dédiées aux chaines de caractères et aux tableaux sous forme d'objet (comme en JavaScript), ainsi pouvoir faire par exemple :
$string->substr(0, 5)->toLowerCase()->split('/');
À l'intérieur de l'objet même, le problème ne se pose pas pour le chaînage grâce au mot clé static, par exemple pour la méthode substr :
return new static(substr($this->buffer, 0, 5));
Ainsi l'héritage est conservé (si on hérite String, les méthodes parentes retourneront tout de même une instance de la classe fille), et l'objet reste immuable. Le problème se pose avec la méthode split puisqu'on a également une classe Collection qui fait la même chose que String pour les tableaux.
Que doit retourner la méthode split ? Un tableau natif ? Ou alors une Collection (pour permettre le chaînage entre les différents composants du module :
$string->split('/')->reverse()->slice(1, 3)->join('/');
Mais dans ce cas, on doit instancier une Collection à l'intérieur de l'objet String. Si on a choisi d'étendre Collection dans une autre classe, ce ne sera pas conservé lors de l'appel de la méthode split() (ni pour join() de collection qui retournerait toujours une String sans tenir compte de l'héritage).
Il serait possible de faire :
$string->setCollectionClass(
'MonModule\\MaCollection');
Mais ce serait beaucoup trop lourd à appeler à chaque fois.
On pourrait également étendre l'objet String et définir $this->collectionClass dans le constructeur, ou encore faire une méthode statique String::setCollectionClass() mais dans le cas d'une méthode statique la portée sortirait du contexte et ça poserait vite des problèmes...
Comme la plupart du temps lorsque je fais un topic, le fait de poser clairement le problème me donne déjà une solution, dans le cas présent je pense définir $this->collectionClass dans le constructeur 
de sorte à ce que ça puisse être redéfini dans d'éventuelles classes filles, c'est pas de l'injection de dépendances directe mais c'est la solution la plus viable qui me vienne à l'esprit.
Quoi qu'il en soit j'aimerais bien avoir quelques avis à ce sujet; dans un cas comme celui-ci, comment géreriez-vous l'injection de dépendances ?
