La POO en PHP (26/31) : Conteneur d'injecteur de dépendance

[@jesuispasunchat9242]

Même 7ans après, tes vidéos sont excellentes. Tu es d'utilité publique. Merci a toi

[@LordMakiavel]

Vidéo vraiment excellente, approche très approfondie et très intéressante ! Ca fait plaisir de voir enfin un tuto qui va au bout des choses avec les reflections et tout le bordel, c'était class :D

[@yaokouassi5176]

Vraiment Merci infiniment! Tu es le meilleur parmis les meilleurs, En particulier ce cours de DIC est vraiment superbe. Merci infiniment..

[@LiorCHAMLA]

Jonathan. Merci. ❤

[@qamarh1962]

Excellent encore a ce jour.

[@bra5081]

Bonjour, j ne comprends pas quelle est l'utilité de la variable $registry. Les éléments de ce tableau ne sont jamais renvoyés par get. Si l'élément est déja dans $instances on récupère la variable dans $instances. Sinon on double la variable contenue dans registry dans $instances et on renvoie la variable qui se trouve dans instance. Si on enchaine plusieurs sets on met à jour le contenu de registry mais ce contenu ne sera jamais appelé si la clé existe déja dans instances. Si on veut une instance différente à chaque fois on pense par factories. Ne pourrait r'on pas réduire le nombre de tableaux à deux? Le tableau des singletons et le tableau des factories?

[@ulysse1976vid]

Je me suis posé la meme question

[@ISABELLE6966]

Bonjour, je ne comprends pas pourquoi vous n'utilisez pas $variable=new PDO(bla bla bla) et je ne comprends pas comment ça peut marcher sans cela.Pouvez vous m'expliquer?Merci

[@bra5081]

Merci pour ce tuto qui ne s'arrête pas en chemin. je vais quand même poser une question de béotien. Pourquoi avoir des méthodes set qui prenne une fonction anonyme qui renvoie le service plutot que renvoyer le service par le get par exemple? Est ce pour le lazy loading?

[@grafikart]

+Brad Haircut exactement, on ne veut initialiser les classes que si on en a a besoin et pas dès le chargement de la page.

[@bra5081]

+Grafikart.fr Merci beaucoup ;)

[@clem_grim]

Salut, plutôt que d'utiliser la reflection pour obtenir le nom de la classe, la fonction `get_class` fait la même chose je pense Bien expliqué, la di est devenue quasi incontournable

[@EElias-ek9mq]

Merci pour ce tuto excellent comme d'habitude. Serait-il possible de faire un tuto sur pimple ?

[@dysnometv9739]

Intéressant. Il y a néanmoins un léger problème. Dans la vidéo tu parles d'utiliser isInstantiable, mais malheureusement il faut pour cela créer l'objet ReflectionClass. Hors, c'est au niveau de la création de l'instance de ReflectionClass (avec le nom de la classe en paramètre) que l'exception pour lequel il ne trouve pas la classe est générée. Du coup je me pose la question de savoir si inInstantiable est utile dans ce cas précis. Pour ce qui est de se protéger des interfaces et des classes abstraites, là pas de problème. Il faut donc obligatoirement gérer les exceptions qui seront générées.

[@dysnometv9739]

Même chose pour getDefaultValue(), il faut se protéger dans le cas où il n'y a pas de valeur par défaut. Dans ce cas, faut-il continuer à instancier ou non la classe ? Ce sont des choix qu'il faut aussi gérer (via ReflectionException)

[@SliceTeam]

Interessent , ressemble a une mini copie de system.reflection du language .NET