Was bedeutet Umkehrung der Kontrolle?

Question

Inversion of Control (IoC) kann bei der ersten Begegnung mit dem Thema ziemlich verwirrend sein.

1. Was ist das?
2. Welches Problem wird damit gelöst?
3. Wann ist es angebracht, es zu verwenden und wann nicht?

Answer 1

Bevor Sie die Umkehrung der Kontrolle anwenden, sollten Sie sich darüber im Klaren sein, dass sie ihre Vor- und Nachteile hat, und Sie sollten wissen, warum Sie sie anwenden, wenn Sie sie anwenden.

Vorteile:

• Ihr Code wird entkoppelt, so dass Sie die Implementierungen einer Schnittstelle problemlos durch alternative Implementierungen ersetzen können
• Es ist ein starker Motivator für die Kodierung gegen Schnittstellen anstelle von Implementierungen
• Es ist sehr einfach, Unit-Tests für Ihren Code zu schreiben, weil er von nichts anderem abhängt als von den Objekten, die er in seinen Konstruktoren/Setzern akzeptiert, und Sie können sie leicht mit den richtigen Objekten isoliert initialisieren.

Nachteile:

• IoC kehrt nicht nur den Kontrollfluss in Ihrem Programm um, sondern trübt ihn auch erheblich. Das bedeutet, dass Sie Ihren Code nicht mehr einfach nur lesen und von einer Stelle zur anderen springen können, weil die Verbindungen, die sich normalerweise in Ihrem Code befinden würden, nicht mehr im Code zu finden sind. Stattdessen befinden sie sich in XML-Konfigurationsdateien oder Annotationen und im Code Ihres IoC-Containers, der diese Metadaten interpretiert.
• Es gibt eine neue Klasse von Fehlern, bei denen die XML-Konfiguration oder die Annotationen falsch sind und man viel Zeit damit verbringen kann, herauszufinden, warum der IoC-Container unter bestimmten Bedingungen eine Null-Referenz in eines der Objekte injiziert.

Ich persönlich sehe die Stärken von IoC und ich mag sie wirklich, aber ich neige dazu, IoC zu vermeiden, wann immer es möglich ist, weil es Ihre Software in eine Sammlung von Klassen verwandelt, die nicht mehr ein "echtes" Programm darstellen, sondern nur etwas, das durch XML-Konfiguration oder Annotationsmetadaten zusammengesetzt werden muss und ohne sie auseinanderfallen würde (und fällt).

Answer 2

1. Wikipedia-Artikel . Für mich bedeutet die Umkehrung der Kontrolle, dass Ihr sequentiell geschriebener Code in eine Delegationsstruktur umgewandelt wird. Anstatt dass Ihr Programm explizit alles kontrolliert, richtet Ihr Programm eine Klasse oder Bibliothek mit bestimmten Funktionen ein, die aufgerufen werden, wenn bestimmte Dinge passieren.

2. Es löst die Code-Duplizierung. Früher musste man beispielsweise manuell eine eigene Ereignisschleife schreiben und die Systembibliotheken nach neuen Ereignissen abfragen. Heutzutage teilen Sie den Systembibliotheken bei den meisten modernen APIs einfach mit, an welchen Ereignissen Sie interessiert sind, und diese teilen Ihnen mit, wenn sie eintreten.

3. Die Umkehrung der Kontrolle ist ein praktisches Mittel, um die Duplizierung von Code zu reduzieren. Wenn Sie feststellen, dass Sie eine ganze Methode kopieren und nur einen kleinen Teil des Codes ändern, können Sie die Umkehrung der Kontrolle in Betracht ziehen. Die Umkehrung der Kontrolle wird in vielen Sprachen durch das Konzept von Delegaten, Schnittstellen oder sogar Funktionszeigern erleichtert.

   Sie ist nicht in allen Fällen sinnvoll, da der Ablauf eines Programms auf diese Weise schwieriger zu verfolgen sein kann. Es ist ein nützlicher Weg, um Methoden zu entwerfen, wenn man eine Bibliothek schreibt, die wiederverwendet werden soll, aber es sollte sparsam im Kern des eigenen Programms verwendet werden, es sei denn, es löst wirklich ein Problem mit doppeltem Code.

Answer 3

Angenommen, Sie sind ein Objekt. Und du gehst in ein Restaurant:

Ohne IoC Sie fragen nach "Apfel" und bekommen immer einen Apfel serviert, wenn Sie mehr verlangen.

Mit IoC : Sie können nach "Obst" fragen. Sie können jedes Mal, wenn Sie bedient werden, verschiedene Früchte bekommen, zum Beispiel Apfel, Orange oder Wassermelone.

Daher ist IoC natürlich zu bevorzugen, wenn man die Vielfalt mag.

Answer 4

Ich beantworte nur den ersten Teil. Was ist das?

Inversion of Control (IoC) bedeutet, dass zuerst Instanzen von Abhängigkeiten und dann eine Instanz einer Klasse erstellt werden (optional durch Injektion mittels Konstruktor), anstatt zuerst eine Instanz der Klasse zu erstellen und dann die Klasseninstanz Instanzen von Abhängigkeiten zu erstellen. Somit bedeutet die Umkehrung der Kontrolle invertiert el Kontrollfluss des Programms. Anstelle von el Anrufersteuerung el Kontrollfluss (beim Erstellen von Abhängigkeiten), die der Aufrufer kontrolliert den Kontrollfluss des Programms .

Answer 5

Aber ich denke, man muss sehr vorsichtig damit sein. Wenn man dieses Muster zu oft verwendet, wird das Design sehr kompliziert und der Code noch komplizierter.

Wie in diesem Beispiel mit TextEditor: wenn Sie nur einen SpellChecker haben, ist es vielleicht nicht wirklich notwendig, IoC zu verwenden? Es sei denn, Sie müssen Unit-Tests oder so etwas schreiben ...

Wie auch immer: seien Sie vernünftig. Entwurfsmuster sind bewährte Verfahren aber keine Bibel, die gepredigt wird. Kleben Sie sie nicht überall auf.