Callbacks, Signals u. Slots [auch für nicht-Qtler]
Wie man Callbackfunktionen alá onKeyDown() etc. oder Signals alá clicked() mit Slots verwendet ist mir durchaus klar.
Mich beschäftigt nur immerzu die Frage, wie diese drei Funktionstypen implementiert sind.
Callback-Funktionen:
Ich hab das so verstanden, dass diese Funktionen (wenn ich eine Taste drücke etc.) vom Betriebssystem aufgerufen werden, nachdem dieses wie auch immer mitbekommen hat, dass ich etwas gedrückt habe.
Das müsste doch heißen, dass z.B. bei Qt im kompilierten und gelinkten Code eine Referenz auf mein Objekt in so einer Art "Referenz-Liste" steht.
NUR:
Woher weiß das Betriebssystem bzw. das Programm, WELCHES Objekt gemeint ist? Gibt es von JEDEM Objekt im Programm eine Referenz in einer Programm-eigenen Liste? Es gibt doch soetwas wie eine "Programminstanz", die das Betriebssystem sieht, oder? Wird solch eine Funktion in einem Objekt direkt vom Betriebssystem aufgerufen? Oder wird über meine Programm-Instanz über alle Unterobjekte bis zu besagten Objekt vorgedrungen? Wenn ja - woher weiß das Programm / Betriebssytem, WELCHES Objekt aufgerufen werden muss?
Signals+Slots:
Wie kann es sein, dass ich mit einer static-Funktion wie QObject::connect() einzelne Instanzen von Objekten verbinden kann? Werden die Referenzen auf diese Objekte gespeichert? In einer statischen Instanz von QObjekt? Oder wie werden die Verbindungen sonst verwaltet?
Ich hoffe, dass ihr ungefähr versteht, was ich wissen möchte. Es geht hier nicht darum, wie man mit diesen drei Funktionstypen programmiert, sondern wie sie implementiert sind.
Gruß,
euer Miles :)
Re: Callbacks, Signals u. Slots [auch für nicht-Qtler]
Zitat:
Original geschrieben von Miles
Wie man Callbackfunktionen alá onKeyDown() etc. oder Signals alá clicked() mit Slots verwendet ist mir durchaus klar.
Mich beschäftigt nur immerzu die Frage, wie diese drei Funktionstypen implementiert sind.
Drei?
Zitat:
Callback-Funktionen:
Ich hab das so verstanden, dass diese Funktionen (wenn ich eine Taste drücke etc.) vom Betriebssystem aufgerufen werden, nachdem dieses wie auch immer mitbekommen hat, dass ich etwas gedrückt habe.
Das Betriebsystem hat damit eigentlich nix zu tun.
Für das Betriebsystem gibt es nur Prozesse, denen Resourcen (zB: Rechenzeit) zugeteilt werden.
Zitat:
Woher weiß das Betriebssystem bzw. das Programm, WELCHES Objekt gemeint ist?
Wenn ein Programm ein Fenster öffnet will, fragt es das Windowing System nach einem neuen Fenster.
Das erzeugt dann unter anderem einen Identifiaktor und teilt diesem der Applikation mit.
Wenn du zB auf ein Fenster klickst, generiert das Windowing System ein Event für dieses Fenster.
Je nachdem wie das Eventubehandlungsmodell der Applikation aussieht, wird dieses Event zB in der Eventschleife des Programms behandlet.
Da im Event der Indetifikator des Fenster steht, kann dieses innerhalb des Fensterbaums der Applikation gefunden werden und die entsprechende Methode aufgerufen werden.
Zitat:
Es gibt doch soetwas wie eine "Programminstanz", die das Betriebssystem sieht, oder?
Ja, ein Prozesseintrag.
Zitat:
Wird solch eine Funktion in einem Objekt direkt vom Betriebssystem aufgerufen?
Nein, das Betriebsystem ruft niemals Funktionen eines Prozesses auf.
D.h. keine so allgemeinen, ein Programm kann für spezielle Sachen Funktionen bekannt geben, Signalhandler zum Beispiel.
Zitat:
Signals+Slots:
Wie kann es sein, dass ich mit einer static-Funktion wie QObject::connect() einzelne Instanzen von Objekten verbinden kann? Werden die Referenzen auf diese Objekte gespeichert? In einer statischen Instanz von QObjekt? Oder wie werden die Verbindungen sonst verwaltet?
Könnte sein, dass die Verbindungen in einer statischen Tabelle gespeichert werden, könnte aber auch sein, dass sie in den beiden Objekten gespeichert wird, oder im Sender Objekt.
Ich tippe auf das mittlere.
Ciao,
_
