Der in 4D integrierte Compiler übersetzt Ihre Datenbankanwendungen in Maschinensprache. Die Vorteile des Compilers sind:

• Geschwindigkeit: Ihre Datenbank läuft um den Faktor von 3 bis 1000 mal schneller.
  
• Überprüfung des Code: Ihre Datenbank wird auf Übereinstimmung des Code geprüft. 4D Compiler findet sowohl logische als auch Syntaxfehler.
  
• Schutz: Ist Ihre Datenbank kompiliert, können Sie den interpretierten Code löschen. Denn die kompilierte Datenbanken hat dieselben Funktionalitäten wie ihr Original. Der Unterschied ist, dass Sie nicht auf die Struktur und Prozeduren zugreifen bzw. diese verändern können, weder gewollt noch versehentlich.
  
• Eigenständige, doppelklickbare Anwendungen: Kompilierte Datenbanken lassen sich in eigenständige Anwendungen (.EXE Dateien) umwandeln, die im Finder durch ihr eigenes Symbol dargestellt werden.
• Ausführung im preemptive Modus: Nur kompilierter Code lässt sich in einem preemptive Prozess ausführen.

Die Befehle dieses Kapitels werden mit dem Compiler eingesetzt. Damit können Sie innerhalb Ihrer Datenbank Datentypen normieren. Der Befehl IDLE wird speziell in kompilierten Datenbanken verwendet.

Hinweis zur Kompatibilität: Die überholten Befehle _o_C_GRAPH,_o_C_INTEGER und _o_C_STRING dürfen nicht mehr verwendet werden.

Diese Befehle, außer IDLE, deklarieren Variablen und weisen einen spezifischen Datentyp zu. So vermeiden Sie zweideutige Zuweisungen. Ist eine Variable nicht mit einem dieser Compilerbefehle deklariert, versucht der Compiler den Datentyp einer Variablen zu bestimmen. Oft lässt sich der Datentyp von Variablen in Formularen nur schwer bestimmen. Von daher ist es besonders wichtig, Variablen in Formularen mit Compilerbefehlen zu deklarieren.

Hinweis: Um Zeit zu gewinnen, können Sie im Compiler-Fenster die Option zum Generieren und Aktualisieren von typisierenden Methoden (genannt Compiler Methoden) verwenden. Diese Option erstellt automatisch typisierende Methoden und weist den Prozess- und Interprozessvariablen der Anwendung einen Typ zu.

Arrays sind Variablen, die zur Kompilierung dieselben Regeln wie Standardvariablen befolgen müssen. Die Befehle zum Deklarieren von Arrays werden im Kapitel Arrays beschrieben.

• Sie dürfen den gleichen Namen immer nur einer Methode oder Variablen geben. Sie können keine Methode mit demselben Name wie eine Variable haben.
• Die Variablen-Indirektion ist nicht erlaubt. Sie können keine Alpha Indirektion mit dem Symbol (§) für Absatz verwenden, um indirekt auf Variablen zu verweisen. Ebensowenig können Sie dafür die numerische Indirektion mit den geschweiften Klammern ({...}) verwenden. Geschweifte Klammern gelten nur für den Zugriff auf spezifische Elemente eines deklarierten Array. Sie können nur die Parameter-Indirektion verwenden.
• Sie dürfen den Datentyp von Variablen oder Arrays nicht ändern.
• Sie dürfen ein eindimensionales Array nicht in ein zweidimensionales Array umwandeln und umgekehrt.
• Mit einer Variablen vom Typ Variant können Sie Werte verwalten, deren Typ nicht unbedingt bekannt ist (wie Attributwerte von Objekten). Für bessere Performance und einfacheren Code sollten Sie, soweit möglich, Variablen mit festen Typen verwenden. 
• Auch wenn der Compiler den Typ der Variablen für Sie festlegt, sollten Sie bei zweideutigen Datentypen, wie z.B. in einem Formular, den Datentyp der Variablen mit Compiler-Befehlen deklarieren.
• Durch explizites Zuweisen von Datentypen für Variablen optimieren Sie außerdem Ihren Code. Das gilt besonders bei Variablen, die als Zähler eingesetzt werden. Mit Variablen vom Typ Lange Ganzzahl erreichen Sie maximale Performance.
• Wollen Sie eine Variable löschen, d.h. auf Null initialisieren, verwenden Sie den Befehl CLEAR VARIABLE mit dem Namen der Variablen. Verwenden Sie bei diesem Befehl keinen String für den Namen der Variablen.
• Die Funktion Undefined gibt immer den Wert Falsch zurück. Variablen sind immer definiert.
• Zahlenoperationen auf Variablen vom Typ Lange Ganzzahl und Ganzzahl sind in der Regel viel schneller als Operationen auf den standardmäßigen Typ (Zahl).
• Ist für die Methode die Eigenschaft "Als preemptive Prozess starten" markiert, darf der Code weder thread-unsafe Befehle oder andere thread-unsafe Methoden aufrufen.

Die jeweilige Vorgehensweise wird in den folgenden Abschnitten erläutert:

• Compiler Direktiven erklärt, wann und wo Compiler Direktiven geschrieben werden.
• Richtlinien zur Typisierung beschreibt die verschiedenen Konfliktarten, die beim Kompilieren von 4D Anwendungen auftreten können.
• Einzelheiten zur Syntax gibt zusätzliche Informationen zu verschiedenen 4D Befehlen.
• Tipps zur Optimierung bietet Tipps, die das Laufen von Anwendungen im kompilierten Modus beschleunigen.
• Eine thread-safe Methode schreiben.

Nachfolgend sehen Sie ein paar grundlegende Variablendeklarationen für den Compiler:

In folgendem Beispiel deklariert die Projektmethode OneMethodAmongOthers 3 Parameter:

In folgendem Beispiel akzeptiert die Projektmethode Capitalize einen Parameter vom Typ Textund gibt einen Text zurück:

In folgendem Beispiel akzeptiert die Projektmethode SEND PACKETS einen Parameter vom Typ Zeit gefolgt von einer variablen Anzahl von Textparametern:

In folgendem Beispiel deklariert die Projektmethode COMPILER_Param_Predeclare28 die Syntax von anderen Projektmethoden für 4D Compiler vor: