Tôt ou tard, vous devrez utiliser les abstractions d'autres développeurs, c'est-à-dire que vous vous fierez au code d'autres personnes. J'adorerais les modules sans dépendance (sans dépendance), mais c'est difficile à réaliser. Même les jolis composants de la boîte noire que vous créez reposent plus ou moins sur quelque chose. C’est là qu’intervient l’injection de dépendances. La capacité à gérer efficacement les dépendances est désormais une nécessité absolue. Cet article résume mon exploration du problème et certaines de ses solutions.
1. Objectif
Imaginez que nous ayons deux modules. Le premier est responsable du service de requête Ajax (service) et le second est le routage (routeur).
Nous avons besoin d'un outil qui puisse nous aider à le faire. C’est le problème que l’injection de dépendances tente de résoudre. Écrivons quelques objectifs que notre solution d'injection de dépendances devrait atteindre :
Nous devrions pouvoir enregistrer les dépendances
1. L'injection doit prendre une fonction et renvoyer une fonction dont nous avons besoin
2 Nous ne pouvons pas trop écrire - nous devons rationaliser et belle syntaxe
3. .L'injection doit conserver la portée de la fonction transmise
4. La fonction transmise doit être capable d'accepter des paramètres personnalisés, pas seulement des descriptions de dépendances
5 C'est une liste de contrôle parfaite, implémentons-la.
3. Méthode RequireJS/AMD
Vous avez peut-être entendu parler de RequireJS, c'est un bon choix pour résoudre l'injection de dépendances.
>
}
Cependant, cette approche n'est pas parfaite, ce qui pose un très gros problème avec les injections de type réflexe. La compression brisera notre logique car elle modifie les noms des paramètres et nous ne pourrons pas maintenir le mappage correct. Par exemple, doSometing() peut ressembler à ceci une fois compressé :
var doSomething = injector.resolve(['service', 'router', function(service, routeur) {
}]);
5. Injecter directement Scope
Parfois, j'utilise la troisième variable d'injection, qui implique la portée de la fonction opérationnelle (en d'autres termes, l'objet this). Par conséquent, il n’est souvent pas nécessaire d’utiliser cette variable.