02 Jun 2006 

for english readers

Alles zusammenhalten …

Beginnt man mit 4D, hat man Methoden im Formular, in den Formularobjekten, in globalen Methoden und noch einer globalen Methode und noch einer und ….
Zuerst fängt man an, in den Formularobjekten nur noch Aufrufe von globalen Methoden einzubauen. Das ist effizienter und sehr viel besser zu warten, als über kopieren und einsetzen. Ich für meinen Teil, verwende meist nur eine Methode pro Modul.

Ausgangsbasis

Die Methode bekommt als ersten Parameter einen Text, der benennt, was sie tun soll. Wie sich das gehört, ganz vorne weg die Variablen- und Parameter-Deklaration. Ganz ohne Parameter erlaube ich so, daß der Run-Button ab der 2004 verwendbar bleibt.

Erster Ausbau

Der Selbstaufruf als Prozess-Starter. Ist $what leer wird entweder der Prozess gestartet oder eingeblendet und nach vorne geholt. Das Prozessstarten ruft sich selber auf (Current methode name) und übergibt als Parameter für $what den Wert "StartProcess".

Hier führt es hin

Eine fertige und bis auf die oberste Ebene eingeklappte Methode sieht dann so aus:
ohne Parameter wird der Prozess gestartet. Der Prozess öffnet ein Fenster, schließt es wieder und setzt die Prozessvariable auf 0. Andere Abschnitte behandeln die Form-Methode und die durch Buttons angestossenen Aktionen.

Rekursion

Ganz wichtig: der rekursive Aufruf ist ein fest eingebautes Konzept. "newMessage" z.B. ist eine Dienstleistung für mehrere Abschnitte der Methode. Der Selbstaufruf wird z.B. in der On Load-Phase verwendet:

Konzept

Ein weiterer Anlauf das Konzept verständlich zu machen, diesmal graphisch aufbereitet: In der einen Methode läuft alles zusammen, der Start und das Beenden des Moduls – auf Wunsch als eigener Prozess, die Form-Methode mit allen Form-Events, die Button-Aktionen und ggf. der rekursive Aufruf, um Dienstleistungen innerhalb der Methode verwenden zu können und nicht eine eigene Dienstleistungsmethode dazustellen zu müssen.

Prozessvariablen

Ein Nebeneffekt ist, daß die Prozessvariablen – ohne die ein Layout nicht zu gestalten ist – nur in dieser einen Methode leben. Sie werden nur in dieser Methode angelegt, mit Inhalt gefüllt, verwendet und zum Schluß wieder initialisiert (Arrays, Blobs, Bilder, hierarchische Listen, …). Das spart mir Verwaltungs-Aufwand – was ich auf einer Ebene der Methodenstruktur anlege wird am Ende des gleichen Abschnittes wieder gekillt – und damit manche Sorge. Prozessvariablen sind in diesem Vorfahren fast so gut wie lokale Variablen: es gibt sie nur in dieser Methode und am Ende des Prozeßes entfernt sie 4D für mich aus dem Speicher.

Nachtrag

Ohne Pointer auf lokale Variablen ist das System un-realisierbar, also ab 2004.2. Ohne Ein- und Ausklappen der Methoden-Struktur würde ich mir solche Monstermethoden auch nicht antun. Die Anzahl der Parameter reduziert sich auf 3.