Question

Que signifie le « principe d'inversion de dépendance » dans la programmation orientée objet? Que faut-il faire?

Était-ce utile?

La solution

Dans la programmation orientée objet,
 le principe d'inversion de dépendance fait référence à une forme spécifique de découplage où les relations de dépendance conventionnelles établies à partir de haut niveau, des modules de réglage de la politique à bas niveau, les modules de dépendance sont inversées (par exemple inversé) dans le but de rendre les modules de haut niveau indépendants du les détails de mise en œuvre du module de bas niveau.

Selon le principe:

A. Les modules de haut niveau ne doivent pas dépendre de modules de bas niveau. Les deux devraient dépendre des abstractions.

B. Abstractions ne doivent pas dépendre de détails. Les détails devraient dépendre des abstractions.

Source

Autres conseils

La raison principale de l'utilisation inversion de dépendance est de permettre une mise en oeuvre de ces différents modules de niveau inférieur à sélectionner soit au moment de la compilation à l'application ou à l'exécution de la configuration. Ceci est une grande victoire pour le test, car il vous permet d'isoler complètement le code testé et l'utilisation maquette objets que .

Une autre façon c'est d'une grande aide est pour les déploiements clients. Disons que vous avez des clients différents avec différents systèmes d'auth, ou des bases de données différentes, ou des systèmes de rapports, ou autre chose. Vous pouvez configurer leur système au moment du déploiement en changeant un fichier XML pour choisir les implémentations droite de ces composants à charge, sans changement de code du tout.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top