Questions marquées «dependency-injection»

L'injection de dépendances est un modèle de conception dans lequel les dépendances (instances d'objets, propriétés) d'un composant sont définies via le ou les constructeurs, les méthodes ou les champs (propriétés). C'est une forme spéciale de l'inversion de dépendance plus générale.

3
Multitudes construisant une implémentation. DI sans espoir? Utiliser le localisateur de services?
Supposons que 1001 clients construisent directement leurs dépendances plutôt que d'accepter les injections. La refactorisation du 1001 n'est pas une option selon notre patron. En fait, nous ne sommes même pas autorisés à accéder à leur source, uniquement aux fichiers de classe. Ce que nous sommes censés faire, c'est «moderniser» …
3
L'injection de dépendance du pauvre est-elle un bon moyen d'introduire la testabilité dans une application héritée?
Au cours de la dernière année, j'ai créé un nouveau système utilisant l'injection de dépendance et un conteneur IOC. Cela m'a beaucoup appris sur DI! Cependant, même après avoir appris les concepts et les modèles appropriés, je considère qu'il est difficile de découpler le code et d'introduire un conteneur IOC …
3
MVVM et modèle de service
Je crée une application WPF en utilisant le modèle MVVM. À l'heure actuelle, mes viewmodels appellent la couche de service pour récupérer des modèles (ce qui n'est pas pertinent pour le viewmodel) et les convertir en viewmodels. J'utilise l'injection de constructeur pour transmettre le service requis au viewmodel. Il est …
6
Questionner l'un des arguments pour les frameworks d'injection de dépendances: Pourquoi la création d'un graphe d'objets est-elle difficile?
Les frameworks d'injection de dépendances comme Google Guice donnent la motivation suivante pour leur utilisation ( source ): Pour construire un objet, vous construisez d'abord ses dépendances. Mais pour construire chaque dépendance, vous avez besoin de ses dépendances, etc. Ainsi, lorsque vous créez un objet, vous devez vraiment créer un …
3
IValidatableObject vs responsabilité unique
J'aime le point d'extnesibilité de MVC, permettant aux modèles de vue d'implémenter IValidatableObject et d'ajouter une validation personnalisée. J'essaie de garder mes contrôleurs allégés, ce code étant la seule logique de validation: if (!ModelState.IsValid) return View(loginViewModel); Par exemple, un modèle de vue de connexion implémente IValidatableObject, obtient l'objet ILoginValidator via …
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.