Qu'est-ce que l'inversion de contrôle ?

Question

L'inversion de contrôle (IoC) peut être assez déroutante lorsqu'on la rencontre pour la première fois.

1. Qu'est-ce que c'est ?
2. Quel problème résout-il ?
3. Quand est-il approprié de l'utiliser et quand ne l'est-il pas ?

Answer 1

Les modèles d'inversion de contrôle (IoC) et d'injection de dépendances (DI) ont pour but de supprimer les dépendances de votre code.

Par exemple, disons que votre application possède un composant éditeur de texte et que vous souhaitez fournir une vérification orthographique. Votre code standard ressemblerait à quelque chose comme ceci :

public class TextEditor {

    private SpellChecker checker;

    public TextEditor() {
        this.checker = new SpellChecker();
    }
}

Ce que nous avons fait ici crée une dépendance entre le module TextEditor et le SpellChecker . Dans un scénario IoC, nous ferions plutôt quelque chose comme ceci :

public class TextEditor {

    private IocSpellChecker checker;

    public TextEditor(IocSpellChecker checker) {
        this.checker = checker;
    }
}

Dans le premier exemple de code, nous instanctions SpellChecker ( this.checker = new SpellChecker(); ), ce qui signifie que le TextEditor dépend directement de la classe SpellChecker classe.

Dans le deuxième exemple de code, nous créons une abstraction en faisant en sorte que l'élément SpellChecker classe de dépendance dans TextEditor La signature du constructeur de la classe (sans initialiser la dépendance dans la classe). Cela nous permet d'appeler la dépendance puis de la passer à la classe TextEditor comme suit :

SpellChecker sc = new SpellChecker(); // dependency
TextEditor textEditor = new TextEditor(sc);

Maintenant, le client qui crée le TextEditor a le contrôle de la classe SpellChecker à utiliser parce que nous injectons la dépendance dans l'application TextEditor signature.

Answer 2

L'inversion de contrôle est ce que vous obtenez lorsque votre programme fait des callbacks, par exemple comme un programme gui.

Par exemple, dans un menu de la vieille école, vous pourriez avoir :

print "enter your name"
read name
print "enter your address"
read address
etc...
store in database

contrôlant ainsi le flux de l'interaction avec l'utilisateur.

Dans un programme GUI ou autre, on dira plutôt :

when the user types in field a, store it in NAME
when the user types in field b, store it in ADDRESS
when the user clicks the save button, call StoreInDatabase

Le contrôle est donc maintenant inversé... au lieu que l'ordinateur accepte les entrées de l'utilisateur dans un ordre fixe, l'utilisateur contrôle l'ordre dans lequel les données sont saisies et le moment où elles sont enregistrées dans la base de données.

En gros, tout ce qui est avec une boucle d'événement, des callbacks ou des déclencheurs d'exécution entre dans cette catégorie.

Answer 3

Qu'est-ce que l'inversion de contrôle ?

Si vous suivez ces deux simples étapes, vous avez effectué une inversion de contrôle :

1. Séparer ce que -pour faire partie de quand -à faire.
2. Veiller à ce que quand partie connue sous le nom de petit que possible sur ce que et vice versa.

Il existe plusieurs techniques possibles pour chacune de ces étapes, en fonction de la technologie/du langage que vous utilisez pour votre mise en œuvre.

--

Le site inversion partie de l'inversion de contrôle (IoC) est la chose la plus déroutante ; parce que inversion est le terme relatif. La meilleure façon de comprendre IoC est d'oublier ce mot !

--

Exemples

• Gestion des événements. Gestionnaires d'événements (partie "quoi faire") -- Lever des événements (partie "quand faire")
• Injection de dépendances. Le code qui construit une dépendance (partie what-to-do) - instancie et injecte cette dépendance pour les clients lorsque cela est nécessaire, ce qui est généralement pris en charge par les outils DI tels que Dagger (partie when-to-do).
• Interfaces. Client du composant (partie "quand faire") -- Mise en œuvre de l'interface du composant (partie "quoi faire")
• Fixation de xUnit. Setup et TearDown (partie what-to-do) -- Les cadres xUnit appellent Setup au début et TearDown à la fin (partie when-to-do).
• Modèle de conception de la méthode template. Méthode template when-to-do part -- mise en œuvre de la sous-classe primitive what-to-do part
• Méthodes de conteneur de DLL dans COM. DllMain, DllCanUnload, etc (partie "quoi faire") -- COM/OS (partie "quand faire")

Answer 4

Avant d'utiliser l'inversion de contrôle, vous devez être bien conscient du fait qu'elle a ses avantages et ses inconvénients et vous devez savoir pourquoi vous l'utilisez si vous le faites.

Pour :

• Votre code est découplé afin que vous puissiez facilement échanger les implémentations d'une interface avec d'autres implémentations.
• C'est une forte motivation pour coder contre des interfaces plutôt que des implémentations.
• Il est très facile d'écrire des tests unitaires pour votre code car il ne dépend de rien d'autre que des objets qu'il accepte dans ses constructeurs/réglages et vous pouvez facilement les initialiser avec les bons objets en isolation.

Cons :

• L'IoC ne se contente pas d'inverser le flux de contrôle dans votre programme, il l'assombrit aussi considérablement. Cela signifie que vous ne pouvez plus simplement lire votre code et sauter d'un endroit à l'autre, car les connexions qui se trouveraient normalement dans votre code ne sont plus dans le code. Elles se trouvent plutôt dans des fichiers de configuration XML ou des annotations et dans le code de votre conteneur IoC qui interprète ces métadonnées.
• Il existe une nouvelle catégorie de bogues où vous vous trompez dans votre configuration XML ou vos annotations et vous pouvez passer beaucoup de temps à découvrir pourquoi votre conteneur IoC injecte une référence nulle dans l'un de vos objets dans certaines conditions.

Personnellement, je vois les points forts de l'IoC et je les apprécie vraiment, mais j'ai tendance à éviter l'IoC autant que possible parce qu'il transforme votre logiciel en une collection de classes qui ne constituent plus un "vrai" programme mais juste quelque chose qui doit être assemblé par des métadonnées de configuration ou d'annotation XML et qui tomberait (et tombe) en morceaux sans lui.

Answer 5

1. Article de Wikipedia . Pour moi, l'inversion de contrôle consiste à transformer votre code écrit de manière séquentielle et à le transformer en une structure de délégation. Au lieu que votre programme contrôle explicitement tout, votre programme met en place une classe ou une bibliothèque avec certaines fonctions à appeler lorsque certaines choses se produisent.

2. Il résout la duplication du code. Par exemple, dans le passé, vous deviez écrire manuellement votre propre boucle d'événements, en interrogeant les bibliothèques système pour les nouveaux événements. Aujourd'hui, dans la plupart des API modernes, il vous suffit d'indiquer aux bibliothèques système les événements qui vous intéressent, et elles vous informeront lorsqu'ils se produiront.

3. L'inversion de contrôle est un moyen pratique de réduire la duplication du code. Si vous vous retrouvez à copier une méthode entière et à ne modifier qu'une petite partie du code, vous pouvez envisager de l'aborder avec l'inversion de contrôle. L'inversion de contrôle est facilitée dans de nombreux langages par le concept de délégués, d'interfaces ou même de pointeurs de fonction bruts.

   Il n'est pas approprié de l'utiliser dans tous les cas, car le flux d'un programme peut être plus difficile à suivre lorsqu'il est écrit de cette façon. C'est une façon utile de concevoir des méthodes lors de l'écriture d'une bibliothèque qui sera réutilisée, mais elle doit être utilisée avec parcimonie dans le cœur de votre propre programme, à moins qu'elle ne résolve vraiment un problème de duplication de code.