Ereignisgesteuerte Programmierung

Programme können auf externe Bedingungen grundsätzlich entweder durch 'Polling' (andauerndes Abfragen) oder durch Interrupts (Unterbrechung des normalen Programmflusses durch spezielle Hardware) reagieren. Moderne Computer mit moderner Software sind nur interruptgesteuert denkbar. Der Programmierer sieht solche Interrupts als sogenannte Events (dt. Ereignisse), die "wie durch Zauberhand" von außen ausgelöst ('getriggert') werden.

Was sind nun Events? Grundsätzlich kann man zwei Kategorien von Events unterscheiden:

Alle Aktionen eines Benutzers, z.B.:

• Einfaches oder doppeltes Klicken auf einer Komponente,
• jede Bewegung der Maus,
• Drücken der Tastatur
• Verschieben, Öffnen oder Schließen eines Fensters mit der Maus,
• Positionieren des Cursors in ein Eingabefeld mit der Tabulatortaste.

Interne "Eckpunkte" im Programm: Im Prinzip kann man an jeder Stelle eines Programms selbst einen Event auslösen. Das ist vor allem dann sinnvoll, wenn bestimmte Berechnungen anstehen und man vorher einer anderen Routine die Gelegenheit zum Eingriff geben möchte, oder aber wenn man z.B. regelmäßiges Feedback aus einer langwierigen Routine erzeugen möchte.

Reaktionen auf Events

Ein Programm kann, muss aber nicht auf Events reagieren. In der Regel wird aber jedes Programm eine mehr oder weniger große Zahl an Events bearbeiten (alleine schon deshalb, um auf Benutzereingaben reagieren zu können).

Die Routine, die auf einen Event reagiert, nennt man Event Handler oder Ereignisbehandlungsroutine.

Hinweis:

Delphi unterstützt die Erzeugung von Event-Routinen perfekt: Wenn man im Object Inspector auf eine Eventzeile doppelklickt, wird von Delphi automatisch der passende Rahmencode erzeugt. Der Editor setzt den Cursor genau an die Stelle, wo man den Code zur Behandlung des Events schreiben muss.