Tipps zur Optimierung

Es gibt kein Patentrezept für eine gute Programmiermethode, wir können jedoch die Vorteile gut strukturierter Programme verdeutlichen. Eine gut strukturierte Datenbank erzielt beim Kompilieren viel bessere Ergebnisse als eine wenig durchdachte Datenbank. Schreiben Sie z.B. zum Verwalten von n Objektmethoden eine generische Methode, erhalten Sie sowohl im interpretierten als im kompilierten Modus ein besseres Ergebnis, als wenn Sie in Objektmethoden n-Mal dieselbe Anweisung ausführen.
Mit anderen Worten, die Qualität der Programmierung wirkt sich auf die Qualität des kompilierten Code aus.
Mit der Zeit können Sie Ihren 4D Code schrittweise verbessern. Je häufiger Sie den Compiler einsetzen, desto mehr Fehler können Sie korrigieren und so instinktiv zur effizientesten Lösung gelangen.
Im folgenden geben wir Ratschläge und nennen einige Tricks, die helfen, Zeit beim Ausführen einfacher wiederkehrender Tasks einzusparen.

Bestimmte Programmiertechniken machen Ihren Code für Sie selbst und später für jemand anderen schwerer lesbar. Deshalb empfehlen wir, Ihre Methoden mit ausführlichen Kommentaren zu versehen. Umfangreiche Kommentare können interpretierte Datenbanken tendentiell verlangsamen, sie beeinträchtigen jedoch nicht die Ausführungszeit in einer kompilierten Datenbank.

Über Compiler Direktiven können Sie Ihren Code beträchtlich beschleunigen. Typisieren Sie Variablen nicht gemäß ihrer Verwendung, wählt der Compiler den Datentyp mit der größtmöglichen Reichweite, um die Fehlerquote zu verringern. Typisieren Sie zum Beispiel nicht die Variable in der Anweisung: Var:= 5, verwendet der Compiler als Typ Zahl, auch wenn die Typisierung als Ganzzahl möglich wäre.

Der Compiler gibt numerischen Variablen, die nicht über Compiler Direktiven kompiliert wurden, standardmäßig den Typ Zahl, wenn in den Datenbank-Eigenschaften nichts anderes festgelegt wurde. Berechnungen auf eine Zahl laufen jedoch langsamer als auf eine Lange Ganzzahl. Wenn Sie wissen, dass eine numerische Variable immer eine Ganzzahl ist, sollten Sie diese über die Compiler Direktive C_LONGINT deklarieren.
Eine gute Vorgehensweise ist zum Beispiel, Zähler in Schleifen als Ganzzahl zu deklarieren.

Einige Funktionen in 4D geben Ganzzahlen zurück (z.B. Character code, Int...). Weisen Sie das jeweilige Ergebnis einer nicht typisierten Variablen zu, typisiert der Compiler diese als Zahl und nicht als Ganzzahl. Achten Sie darauf, dass solche Variablen immer mit Compiler Direktiven deklariert werden, wenn Sie sicher sind, dass sie nur in einem Kontext verwendet werden.

Hier ein einfaches Beispiel für eine Funktion, die einen Random Wert mit einer bestimmten Reichweite zurückgibt:

Das Ergebnis ist immer eine Ganzzahl. Bei der obigen Anweisung typisiert der Compiler $0 als Zahl und nicht als Ganzzahl oder Lange Ganzzahl. Von daher ist es besser, in die Methode eine Compiler Direktive aufzunehmen:

Dann wird der Parameter rascher zurückgegeben und benötigt weniger Speicherplatz.

Im folgenden Beispiel wurden zwei Variablen als Lange Ganzzahl deklariert:

eine dritte nicht typisierte Variable erhält die Summe aus den beiden ersten Variablen:

Der Compiler typisiert die dritte Variable $var3 als Zahl. Sie müssen sie ausdrücklich als Lange Ganzzahl deklarieren, damit das Ergebnis vom Typ Lange Ganzzahl ist.

Hinweis: Beachten Sie, wie 4D Ausdrücke berechnet. Erst erfolgt die Berechnung un dann wird das Ergebnis in der Zielvariablen zugewiesen. Im kompilierten Modus bestimmt nicht der Datentyp der Zielvariablen das berechnete Ergebnis, sondern die Datentypen der Operanden.

• Im folgenden Beispiel beruht die Berechnung auf Langen Ganzzahlen:

$var3 ist gleich –2147483648 im kompilierten und im interpretierten Modus. Das Minuszeichen beruht auf dem Überlauf, da der Bereich für Lange Ganzzahlen bei 2147483647 endet.

• In diesem Beispiel:

betrachtet der Compiler den Wert 1 als Ganzzahl. Im kompilierten Modus ist $var3 gleich –2147483648, da die Berechnung auf Langen Ganzzahlen basiert. Im interpretierten Modus ist $var3 gleich 2147483648, da die Berechnung auf dem Typ Zahl beruht.

Schaltflächen sind spezifische Fälle für Zahl, die als Lange Ganzzahl deklariert werden können.

Wollen Sie den Wert eines Zeichens prüfen, vergleichen Sie ihn mit seinem Wert in Character code und nicht mit dem Zeichen selbst. Der reguläre Zeichenvergleich berücksichtigt nämlich alle Möglichkeiten, d.h. auch diakritische Zeichen, wie Akzente.

Die Abarbeitung zweidimensionaler Arrays läuft besser, wenn die zweite Dimension größer als die erste ist.

Beispiel: Das Array mit der Deklaration:

läuft besser ab, als das Array mit der Deklaration:

Müssen Sie für ein Feld mehrere Berechnungen ausführen, können Sie die Performance verbessern, wenn Sie den Wert dieses Feldes in einer Variablen speichern und die Berechnungen mit der Variablen und nicht mit dem Feld ausführen. Nehmen wir folgende Methode:

Diese Methode läuft schneller, wenn Sie schreiben:

Analog zu Feldern laufen Operationen schneller, wenn Sie mit Variablen anstatt mit dereferenzierten Zeigern arbeiten. Müssen Sie mehrere Berechnungen auf eine Variable ausführen auf die sich ein Zeiger bezieht, sparen Sie Zeit, wenn Sie den dereferenzierten Zeiger in einer Variablen speichern.

Nehmen wir zum Beispiel den Zeiger MyPtr, der auf ein Feld oder eine Variable verweist. Sie wollen auf den Wert, auf den MyPtr verweist, verschiedene Tests durchführen. Sie können schreiben:

Die Tests laufen schneller ab, wenn Sie schreiben:

Verwenden Sie beim Aufbau Ihres Code möglichst häufig lokale Variablen. Die Vorteile liegen auf der Hand:

• Lokale Variablen benötigen weniger Speicherplatz beim Einsatz in einer Datenbank. Sie werden beim Aufrufen der Methode erstellt und wieder zerstört, wenn die Ausführung der Methode beendet ist.
• Der generierte Code ist für lokale Variablen optimiert, insbesondere beim Typ Lange Ganzzahl. Das ist hilfreich für Zähler in Schleifen.