Zauberbus MagicBus-Projekt ist ein Ereignisrahmen, mit dem Entwickler mehr auf die Entwicklung von Anwendungskomponenten konzentrieren können.
Jetzt downloaden

Zauberbus Ranking & Zusammenfassung

Zauberbus Stichworte

Rahmen Veranstaltung Entwicklungsbibliothek. Veranstaltungsrahmen. Zauberbus

Zauberbus Beschreibung

Magicbus-Projekt ist ein Ereignisrahmen, mit dem Entwicklern mehr auf die Entwicklung von Anwendungskomponenten konzentrieren können. Magicbus-Projekt ist ein Ereignisrahmen, mit dem Entwicklern mehr auf die Entwicklung von Anwendungskomponenten konzentrieren können als die Mittel der Kommunikation mit der Komponenten. Magicbus-Projekt ist bestrebt, den Begriff der "losen Kupplung" durchzusetzen, die Verminderung der Abhängigkeit zwischen Komponenten, die den Zusammenhalt und die Wiederverwendung fördert . Die Untersuchung dieser Kategorien hilft uns, die Vorteile der Verwendung des MagicBus als Ereignis-Versand-Alternative zu erklären. Wenn Komponenten A und B mit der Komponente Z kommunizieren möchten, müssen beide einen Verweis auf die Komponente Z.leichter in diese Form der Ereigniskommunikation aufrechterhalten, dass die Implementierung einfach, leicht konzipiert und schnell für kleinere Anwendungen ist. Nachteile beinhalten die Notwendigkeit der Komponente A, Zugriff auf die Komponente Z, die Schwierigkeit der Änderung der Funktionalität, wenn Komponente Z geändert oder ersetzt ist, und das Problem der ordnungsgemäßen Multi-Threading-Anrufe an Z.Internal Event-Support: Interne Ereignisunterstützung ist eine gemeinsame Implementierung der Komponentenkommunikation, die auf Anwendungskomponenten angewendet wird. Wenn eine Komponente ein Wünsche mit der Komponente Z kommunizieren möchte, ist Komponente ein Register als Zuhörer mit Komponenten Z für die Ereignisse von Komponenten Z (oder umgekehrt). Der Unterschied zwischen dem direkten Zugriff und der internen Ereignisunterstützung ist, dass Komponente Z einen internen Delegierten (Ereignisunterstützung) aufweist, der die Lieferung von Ereignissen an registrierte Zuhörer übernimmt von z, anstatt eine direkte Referenz zu halten. Die interne Ereignisunterstützung erleichtert auch Multi-Thread-Anrufe an Z und von Z bis Zs Ereignishörer, indem sie benutzerdefinierte Ereignisunterstützung implementieren. Als Nachteil müssen die Komponenten A und B entweder eine ephemere oder indirekte Beziehung mit der Komponente Z und Komponente Z haben, die Code zum Umsetzen der Delegation zum Umgang mit ZEVENTs haben muss. Zusätzlich muss Komponente Z zwei EventsUPPORT-Objekt implementieren, um das Senden und Empfangen von Zevents.external Event-Support zu ermöglichen: Externe Ereignisunterstützung ist die Inverse des internen Ereignisunterstützung, in der der Ereignis-Support-Delegat außerhalb des Bauteils existiert, das sie als unterstützt Vermittler für die Lieferung und Erhalt von Ereignissen. Komponente A und B registrieren sich mit einem Zeventsupport-Objekt, um Zevents zu senden und zu empfangen, während die Komponente Z dieselben in der Nähe dieser Methode tätigt, sind die Komponente A von Z von Zeventsupport entkoppelt. Komponente Z kann sich ändern, ohne a oder b zu hemmen, und Z muss keinen Code für den Ereignisabtrag aufnehmen. Die Interposition von Zeventsupport erleichtert auch Multi-Thread-Anrufe an Z und von Z bis Zs Ereignishörer. Nachteile in diesem Anflugzentrum um die Tatsache, dass Ereignisunterstützungsobjekte im Allgemeinen für jede Art von Ereignis erstellt werden müssen (dh Xeventsupport für die Komponente X, YEvent usw. usw.) Was ist neu in dieser Version: · Unterstützung für die Zerstörung von Themen wurde hinzugefügt.

Zauberbus Zugehörige Software