Das Reaktormuster ist spezifischer als "ereignisgesteuerte Programmierung". Dies ist eine spezielle Implementierungstechnik, die bei der ereignisgesteuerten Programmierung verwendet wird. Der Begriff wird jedoch in typischen Konversationen nicht sehr genau verwendet. Sie sollten daher vorsichtig sein, wenn Sie ihn verwenden, und erwarten, dass Ihr Publikum Sie versteht, und Sie sollten vorsichtig sein, wie Sie den Begriff interpretieren, wenn Sie auf seine Verwendung stoßen.
Eine Möglichkeit, das Reaktormuster zu betrachten, besteht darin, es als eng mit der Idee von "nicht blockierenden" Operationen verbunden zu betrachten. Der Reaktor sendet Benachrichtigungen, wenn bestimmte Vorgänge ohne Blockierung abgeschlossen werden können. Zum Beispiel select(2)kann für das Lesen von und Schreiben auf Steckdosen mit den Standard BSD Socket - APIs (die Reactor zu implementieren verwendet werden recv(2), send(2)usw.). selectHier erfahren Sie, wann Sie sofort Bytes von einem Socket empfangen können, da die Bytes beispielsweise im Kernel-Empfängerpuffer für diesen Socket vorhanden sind.
Ein weiteres Muster, das Sie beim Nachdenken über diese Ideen berücksichtigen sollten , ist das Proaktormuster . Im Gegensatz zum Reaktormuster werden bei dem Proaktormuster Operationen gestartet, unabhängig davon, ob sie sofort beendet werden können oder nicht, sie werden asynchron ausgeführt und anschließend eine Benachrichtigung über ihre Fertigstellung bereitgestellt .
Die IOCP-API (Windows I / O Completion Ports) ist ein Beispiel, in dem das Proaktormuster angezeigt wird. Wenn Sie einen Send auf einem Socket mit IOCP ausführen, wird der Sendevorgang gestartet, unabhängig davon, ob im Kernel-Sendepuffer Platz für diesen Socket vorhanden ist. Der Sendevorgang wird fortgesetzt (in einem anderen Thread, möglicherweise einem Thread im Kernel), während der WSASendAufruf sofort abgeschlossen wird. Wenn der Sendevorgang tatsächlich abgeschlossen ist (was bedeutet, dass nur die gesendeten Bytes in den Kernel-Sendepuffer für diesen Socket kopiert wurden), wird eine dem WSASendAufruf bereitgestellte Rückruffunktion aufgerufen (in einem neuen Thread in der Anwendung).
Dieser Ansatz, Operationen zu starten und dann benachrichtigt zu werden, wenn sie abgeschlossen sind, ist von zentraler Bedeutung für die Idee asynchroner Operationen. Vergleichen Sie es mit nicht blockierenden Vorgängen, bei denen Sie warten, bis ein Vorgang unmittelbar abgeschlossen werden kann, bevor Sie versuchen, ihn auszuführen.
Jeder Ansatz kann für die ereignisgesteuerte Programmierung verwendet werden. Unter Verwendung des Reaktormusters wartet ein Programm auf das Ereignis (zum Beispiel), dass ein Socket lesbar ist, und liest dann daraus. Unter Verwendung des Proactor wartet das Programm stattdessen für das Ereignis einer Fassung Abschluss lesen.
Genau genommen missbraucht Twisted den Begriff Reaktor . Der Twisted-Reaktor, der auf select(2)( twisted.internet.selectreactor) basiert, wird mit nicht blockierenden E / A implementiert, die sehr reaktorartig sind. Die Schnittstelle, die für Anwendungscode verfügbar gemacht wird , ist jedoch asynchron , wodurch sie proaktorähnlicher wird. Twisted hat auch einen Reaktor, der auf IOCP basiert. Dieser Reaktor stellt dieselbe asynchrone API für Anwendungen bereit und verwendet die proaktorähnlichen IOCP-APIs. Dieser hybride Ansatz, der sich in seinen Details von Plattform zu Plattform unterscheidet, macht weder den Begriff "Reaktor" noch "Proaktor" besonders genau, aber da die von exponierte API twisted.internet.reactorim Grunde genommen vollständig asynchron statt nicht blockierend ist, ist Proaktor wäre wahrscheinlich eine bessere Wahl des Namens gewesen.