Grundlagen des Lernens in der vierten Dimension

Von HPO Software Learning Desk · Aktualisiert am 25. September 2026

Diese Serie soll denjenigen helfen, die von FileMaker Pro kommen oder über Erfahrung im Datenbankdesign mit einer anderen Anwendung verfügen. Wenn in dieser Serie „4D“ verwendet wird, bezieht es sich auf „4th Dimension“, und wenn „FMP“ verwendet wird, bezieht es sich auf „FileMaker Pro“.

Die vielleicht größte Hürde beim Wechsel aus der Welt von FMP besteht darin, dass 4D grundlegend anders ist. Die Grundphilosophie des Programms ist eine andere. Die Begriffe sind unterschiedlich. Ich werde versuchen, dem Leser den Einstieg in 4D zu erleichtern, indem ich erkläre, wie die Dinge zwischen 4D und FMP zusammenhängen. Einige dieser Dinge lassen sich jedoch nur sehr schwer oder gar nicht in Beziehung setzen, da sie für jedes Produkt einzigartig sind.

Referenzen für FMP beziehen sich auf Version 5.0.x und die Standard Edition von 4D Version 4.6.x.

Hinweis: Der derzeit empfohlene Verkaufspreis für FMP 5.0 beträgt 249 $ und für die 4D Standard Edition 349 $. Sowohl 4D als auch FMP sind plattformübergreifend. Beide funktionieren auf Macintosh- und Windows-Systemen. Beide verfügen über Webfunktionen.

Teil I wird einen kleinen Einblick in die Geschichte von FileMaker und 4D geben. Es könnte interessant sein, festzustellen, dass sowohl 4D als auch FileMaker etwa zur gleichen Zeit (Mitte der 80er Jahre) auf dem Macintosh entstanden sind. Teil I wird auch, nicht zu detailliert, Folgendes behandeln:

Systemanforderungen
Programmstrukturen
Netzwerkunterschiede
Unterschiede in den Laufzeitversionen
Compiler
Webhosting
Data Charting
Plug-ins
Werkzeuge/Dienstprogramme
Ressourcen
Andere 4D-URLs

Hinweis: Die folgende Reihenfolge und der Inhalt jedes Teils sind vorläufig.

Verwandte: — Eine einfache Tabellenkalkulationsschnittstelle, die auf einer echten relationalen Datenbank aufbaut, mit Automatisierungen, Ansichten und gemeinsam nutzbaren Schnittstellen..

Teil II wird die Erstellung eines einfachen 4D-Programms behandeln
Teil III wird benutzerdefinierte Menüs behandeln
Teil IV wird Methoden behandeln
Zusätzliche Teile TBD.

Wichtige Erkenntnisse

4D und FileMaker Pro sind beide aus der Macintosh-Datenbankszene Mitte der 1980er Jahre hervorgegangen, lösen jedoch dieselben Probleme mit sehr unterschiedlichen Architekturen.
Der schwierigste Teil beim Wechsel von FMP zu 4D ist nicht die Syntax – es ist die zugrunde liegende Philosophie, wie Daten, Struktur und Code getrennt werden.
4D bietet eine echte relationale Engine, eine Programmiersprache (die 4D-Sprache) und einen Compiler, während FMP historisch den Schwerpunkt auf ein einzelnes, layoutgesteuertes Dateimodell legte.
Die Terminologie der beiden Produkte unterscheidet sich stark, daher ist das Erlernen des 4D-Vokabulars eine Voraussetzung für das Lesen jeglicher 4D-Dokumentation.
Plattformübergreifende Unterstützung und Webfähigkeit sind in beiden Produkten vorhanden, aber die Art und Weise, wie sie bereitgestellt werden – Laufzeit, Compiler und Plug-in-Modell – unterscheidet sich erheblich.
Dieser Teil I ist eine Karte des Geländes; das praktische Bauen beginnt in Teil II.

Warum sich 4D anders anfühlt als FileMaker Pro

Wenn Sie jahrelang mit FileMaker Pro gearbeitet haben, basiert Ihr mentales Modell einer Datenbank wahrscheinlich auf einer einzigen Datei, die Tabellen, Layouts, Skripte und Beziehungen an einem Ort enthält. Sie öffnen die Datei, sehen ein Layout, klicken in ein Feld und arbeiten. Dieses Modell ist praktisch und einer der Gründe, warum FMP bei kleinen Teams und Citizen Developern so beliebt geworden ist.

4D fordert Sie auf, anders zu denken. In 4D wird die Struktur der Datenbank (Tabellen, Felder, Beziehungen) in einem separaten strukturellen Kontext von den Formularen (der Benutzeroberfläche) und den Methoden (dem Code) definiert. Diese Trennung ähnelt eher der Organisation traditioneller relationaler Client/Server-Datenbanken und ist die wichtigste konzeptionelle Änderung, die ein FileMaker-Entwickler vornehmen muss.

Eine nützliche Möglichkeit, den Unterschied zu formulieren:

Wenn Sie einkaufen: — Ein , der sich in die breitere Zoho-Suite einfügt und Preise pro Benutzer und nicht pro App berechnet..

FileMaker Pro tendiert dazu, dokumentzentriert zu sein. Die Datei ist die Anwendung.
4D tendiert dazu, strukturzentriert zu sein. Die Struktur definiert das Datenmodell, und die Anwendung wird darauf mit Formularen, Methoden und Menüs aufgebaut.

Keiner der beiden Ansätze ist abstrakt betrachtet „besser“. FMP ist für eine schnelle Iteration durch einen einzelnen Entwickler optimiert. 4D ist für größere, strukturiertere und programmierbarere Anwendungen optimiert – weshalb es Entwickler anzog, die eine echte Programmiersprache und einen Compiler benötigten.

Eine kurze gemeinsame Geschichte

Es lohnt sich, bei der Tatsache innezuhalten, dass sowohl 4D als auch FileMaker etwa zur gleichen Zeit, Mitte der 1980er Jahre, auf dem Macintosh entstanden sind. Das ist kein Zufall. Der ursprüngliche Macintosh schuf einen neuen Markt für Desktop-Datenbanktools, die eher von Einzelpersonen und kleinen Unternehmen als von Mainframe-Betreibern genutzt werden konnten.

FileMaker begann als Macintosh-Produkt und wurde später von Claris (einem Spin-off von Apple) übernommen und entwickelt, weshalb so viele langjährige Mac-Benutzer FileMaker mit dem Apple-Ökosystem assoziieren. 4D wurde von ACI (ACI US in den USA) entwickelt und entwickelte sich zu einer plattformübergreifenden Entwicklungsumgebung mit eigener Sprache und eigenem Compiler.

Beide Produkte haben den Übergang vom klassischen Mac OS zu Windows und zu modernen Betriebssystemen überstanden und beide haben Webfunktionen hinzugefügt. Aufgrund dieser gemeinsamen Abstammung kann ein FileMaker-Entwickler häufig die 4D-Dokumentation lesen und die zu lösenden Probleme erkennen, selbst wenn die Lösungen ungewohnt aussehen.

Systemanforderungen und plattformübergreifende Realität

Sowohl 4D als auch FMP sind plattformübergreifend. Beide funktionieren auf Macintosh- und Windows-Systemen. Beide verfügen über Webfunktionen. So viel ist gemeinsam.

Hier unterscheiden sie sich darin, was „cross-platform“ für den Entwickler bedeutet. In einer FileMaker-Welt entwickeln Sie typischerweise auf einer Plattform und dieselbe Datei wird auf der anderen geöffnet, wobei sich die Layouts anpassen. In 4D ist die plattformübergreifende Entwicklung expliziter: Sie erstellen eine kompilierte oder interpretierte Anwendung, die auf jeder Zielplattform bereitgestellt werden muss, und Sie müssen sich plattformspezifischer Verhaltensweisen, Dateipfade und Schnittstellenkonventionen bewusst sein.

Verwandte: — Ein Datenbank-Builder ohne Code für Portale, Verzeichnisse und interne Tools – mit Pauschalpreisen statt Gebühren pro Benutzer..

Praktische Anleitung für Entwickler, die von FMP kommen:

Bestimmen Sie Ihre Bereitstellungsziele frühzeitig. Wenn Sie nur auf einer Plattform bereitstellen, können Sie viele plattformübergreifende Nuancen ignorieren. Wenn Sie auf beiden bereitstellen, planen Sie dies vom ersten Formular an.
Testen Sie auf der „anderen“ Plattform, bevor Sie zu tief in das Projekt eingestiegen sind. Plattformübergreifende Probleme sind frühzeitig günstig und spät teuer zu beheben.
Verstehen Sie das Laufzeitmodell. 4D unterscheidet zwischen der Entwicklungsumgebung und der bereitgestellten Laufzeit (Runtime), ein Konzept, das FileMaker-Entwickler hier oft zum ersten Mal kennenlernen.

Programmstrukturen: Wie die Teile zusammenpassen

Dies ist der Abschnitt, der eine sorgfältige Lektüre am meisten belohnt, da hier der philosophische Unterschied konkret wird.

In 4D sind die wichtigsten strukturellen Elemente:

Unsere Wahl: — Die langlebige für Teams, die benutzerdefinierte Apps auf Desktop, Web und Mobilgeräten aus einer einzigen Datei benötigen..

Die Struktur — die Definition von Tabellen, Feldern und Beziehungen. Dies ist Ihr Datenmodell.
Formulare (Forms) — die Benutzeroberfläche. Formulare sind Tabellen zugeordnet und sind das Äquivalent zu FileMaker-Layouts, aber sie sind expliziter von den Daten getrennt.
Methoden — der Code. 4D verfügt über eine vollständige Programmiersprache, und in Methoden lebt die Logik.
Menüs — benutzerdefinierte Menüs, die in Teil III dieser Serie ausführlich behandelt werden.

In FileMaker Pro sind diese Belange stärker vermischt. Ein Layout kann sowohl Präsentation als auch Logik enthalten (über Skript-Trigger und Berechnungen), und die Datei selbst ist der Container für alles.

Die praktische Konsequenz ist, dass Sie in 4D mehr Zeit mit dem Entwerfen verbringen werden, bevor Sie bauen. Das fühlt sich anfangs langsamer und später schneller an. FileMaker belohnt das direkte Loslegen; 4D belohnt die vorherige Planung der Struktur.

Ein grober Vergleich:

Belang	FileMaker Pro (5.0.x)	4D (Standard Edition 4.6.x)
Datenmodell	Tabellen und Beziehungen innerhalb der Datei	Struktur separat von der UI definiert
Benutzeroberfläche	Layouts	Formulare
Logik	Skripte und Berechnungen	Methoden (vollständige Sprache)
Menüs	Integrierte Menüs, begrenzte Anpassung	Benutzerdefinierte Menüs (in Teil III behandelt)
Bereitstellung	Datei öffnen	Runtime und kompilierte Bereitstellungsoptionen
Erweiterung	Plug-ins	Plug-ins

Netzwerkunterschiede

Netzwerke sind einer der Bereiche, in denen die beiden Produkte in einer Weise divergieren, die für reale Bereitstellungen wichtig ist.

Das Netzwerkmodell von FileMaker Pro basiert auf dem Öffnen einer freigegebenen Datei über ein Netzwerk, wobei FileMaker Server oder Peer-to-Peer-Sharing den gleichzeitigen Zugriff verwaltet. Es ist auf Einfachheit ausgelegt: Sie geben eine Datei frei, andere öffnen sie.

Das Netzwerkmodell von 4D spiegelt seine Client/Server-Herkunft wider. 4D-Anwendungen werden typischerweise als Client bereitgestellt, der sich mit einem Serverprozess verbindet, und der Entwickler hat mehr Kontrolle — und mehr Verantwortung — darüber, wie Daten zwischen ihnen bewegt werden. Dies ist wichtig, da es die Performance-Optimierung, das Verhalten beim Sperren von Datensätzen und die Gestaltung von Formularen beeinflusst, die große Datensätze anzeigen.

Für den Entwickler, der von FMP kommt, sind die wichtigsten Fragen:

Wie viele gleichzeitige Benutzer werden sich tatsächlich verbinden?
Wird die Anwendung über ein LAN, ein WAN oder das öffentliche Internet ausgeführt?
Wie viele Daten wird jedes Formular über das Netzwerk ziehen, und kann dies reduziert werden?

Dies sind Fragen, die FileMaker-Entwickler oft aufschieben können. In 4D tauchen sie tendenziell früher auf.

Runtimes, der Compiler und warum sie wichtig sind

Zwei der charakteristischsten 4D-Konzepte — und zwei der am wenigsten vertrauten für FileMaker-Entwickler — sind die Runtime und der Compiler.

Eine Runtime ist eine Version Ihrer Anwendung, die an Benutzer verteilt werden kann, die nicht über die 4D-Entwicklungsumgebung verfügen. So liefern 4D-Entwickler eigenständige Anwendungen aus. FileMaker hat ein analoges Konzept in Runtime-Lösungen, aber das Runtime-Modell von 4D ist zentraler für die kommerzielle Nutzung des Produkts.

Der Compiler nimmt Ihren interpretierten 4D-Code und kompiliert ihn in eine schnellere, geschütztere Form. Kompilierung dient nicht nur der Geschwindigkeit, sondern auch dem Schutz Ihres Quellcodes bei der Verteilung einer Anwendung. Für Entwickler, die nur in FileMaker gearbeitet haben, wo die Datei die Anwendung ist und die Quelle effektiv die Datei selbst ist, ist dies eine völlig neue Idee.

Wie Sie entscheiden, ob Sie kompilieren sollten:

Kompilieren, wenn Sie an Endbenutzer verteilen und Performance sowie Quellschutz wünschen.
Interpretiert bleiben während der Entwicklung, wo der schnellere Edit-Test-Zyklus wichtiger ist als die reine Geschwindigkeit.
Kompilierung frühzeitig planen, da Code, der sauber kompiliert, in der Regel besser strukturiert ist.

Web-Hosting, Datenvisualisierung und Plug-Ins

Beide Produkte haben Web-Funktionen, aber sie nähern sich dem Web unterschiedlich. Das Web-Publishing von FileMaker betonte historisch die Bereitstellung von Layouts an einen Browser. Die Web-Funktionen von 4D sind in seine Sprache und seinen Server integriert, was Entwicklern mehr programmatische Kontrolle darüber gibt, was wie bereitgestellt wird.

Datenvisualisierung (Data Charting) ist ein weiterer Bereich, in dem 4D-Entwickler historisch auf Plug-ins und externe Tools zurückgriffen, um Grafiken und Berichte darzustellen. Wenn Diagramme für Ihre Anwendung wichtig sind, bewerten Sie dies frühzeitig, anstatt davon auszugehen, dass es bereits integriert ist.

Plug-ins gibt es in beiden Ökosystemen. In FileMaker erweitern Plug-ins die Berechnungs- und Skript-Engine. In 4D erweitern Plug-ins die Sprache und können tief in die Anwendung eingreifen. Der praktische Ratschlag ist in beiden Welten derselbe: Bevorzugen Sie integrierte Funktionen, wo sie vorhanden sind, und behandeln Sie Plug-ins als Abhängigkeiten, die Sie versionübergreifend pflegen müssen.

Tools, Dienstprogramme und Ressourcen

Ein paar Gewohnheiten unterscheiden Entwickler, die mit 4D erfolgreich sind, von denen, die Schwierigkeiten haben:

Lesen Sie zuerst die offizielle Dokumentation. Die Dokumentation von 4D ist die maßgebliche Quelle für die Sprache und das Strukturmodell.
Nutzen Sie die Entwickler-Community. Diskussionslisten und Benutzergruppen waren und sind der Ort, an dem praktisches 4D-Wissen lebt.
Führen Sie eine persönliche Methodenbibliothek. Da 4D-Code textbasiert und wiederverwendbar ist, zahlt sich eine gut organisierte Methodenbibliothek projektübergreifend aus.
Lernen Sie das Vokabular bewusst. Begriffe wie Struktur, Form, Methode und Runtime haben in 4D spezifische Bedeutungen, die sich von ihren FileMaker-Gegenstücken unterscheiden.

Für umfassendere Hintergrundinformationen zum relationalen Modell, das beiden Produkten zugrunde liegt, bleibt die Originalarbeit von E. F. Codd über relationale Datenbanken die kanonische Referenz, und der Wikipedia-Artikel über das relationale Modell ist ein sinnvoller Ausgangspunkt.

Für die Geschichte der Macintosh-Plattform, aus der beide Produkte hervorgingen, ist der Wikipedia-Artikel über den Macintosh ein nützlicher Kontext. Für allgemeine Datenbankterminologie ist der Wikipedia-Artikel zu Datenbankmanagementsystemen eine hilfreiche Orientierung.

Danksagungen

Besonderer Dank geht an:

Brendan Coveney, Präsident ACI US, für seine Hilfe bei der Geschichte von 4th Dimension.
Will Porter (wporter@polytrope.com) von POLYTROPE SOLUTIONS, Houston, Texas, The XXII Group, für seine Hilfe beim Korrekturlesen und dafür, dass er mich auf dem richtigen Weg hielt.
James Fortier (jim40er@halcyon.com) für die Bereitstellung einiger Ressourcen und die Unterstützung beim Korrekturlesen des Dokuments.
Douglas Blew (fridays@impluse.net) für Vorschläge.
Jim Staples (jstaples@acius.com) von ACI US, Inc., Macom/Press Relations, für das Korrekturlesen und seine Kommentare.
David Graham (davidgraham@mac.com) für die Gestaltung der Web- und PDF-Layouts für dieses Handbuch.

Häufig gestellte Fragen

Ist 4D im Grunde dasselbe wie FileMaker Pro?

Nein. Bei beiden handelt es sich um plattformübergreifende Datenbankprodukte, die Mitte der 1980er Jahre auf dem Macintosh entstanden sind und beide über Webfunktionen verfügen, aber ihre zugrunde liegenden Philosophien unterscheiden sich.

FileMaker Pro ist dokumentzentriert, wobei die Datei die Anwendung ist, während 4D die Datenstruktur, Formulare und Methoden in verschiedene Bereiche unterteilt. Diese Trennung ist der Grund, warum sich 4D eher wie eine traditionelle Entwicklungsumgebung anfühlt.

Muss ich eine Programmiersprache beherrschen, um 4D nutzen zu können?

Sie können einfache Dinge ohne tiefgreifende Programmierung erstellen, aber die wahre Stärke von 4D liegt in seiner Sprache und seinen Methoden. Wenn Sie von FileMaker kommen, wo Skripte und Berechnungen einen großen Bereich abdecken, werden Sie feststellen, dass 4D von Ihnen erwartet, dass Sie mehr Code für gleichwertige Funktionalität schreiben. Der Vorteil ist mehr Kontrolle und eine bessere Struktur für größere Anwendungen.

Was ist eine 4D-Runtime und warum ist sie wichtig?

Eine Runtime ist eine verteilbare Version Ihrer Anwendung, die Benutzer ausführen können, ohne die vollständige 4D-Entwicklungsumgebung zu besitzen. Das ist wichtig, denn so liefern 4D-Entwickler eigenständige Anwendungen an Endbenutzer aus. FileMaker hat ein ähnliches Konzept, aber in 4D ist das Runtime-Modell zentraler für den kommerziellen Einsatz.

Warum sollte ich meine 4D-Anwendung kompilieren?

Die Kompilierung verbessert die Leistung und schützt Ihren Quellcode, wenn Sie die Anwendung verteilen. Während der Entwicklung bleiben Sie im Allgemeinen im interpretierten Modus für einen schnelleren Edit-Test-Zyklus und kompilieren, wenn Sie zur Auslieferung bereit sind. Code, der sauber kompiliert, ist tendenziell auch besser organisiert, daher lohnt es sich, die Kompilierung frühzeitig einzuplanen.

Wie unterschiedlich ist die Vernetzung zwischen 4D und FileMaker Pro?

Die Vernetzung von FileMaker Pro basiert auf der gemeinsamen Nutzung einer Datei, wobei FileMaker Server oder Peer-to-Peer-Freigabe den gleichzeitigen Zugriff steuert. Die Vernetzung von 4D spiegelt seine Client/Server-Tradition wider und gibt Entwicklern mehr Kontrolle und mehr Verantwortung darüber, wie Daten zwischen Client und Server übertragen werden. Dies wirkt sich auf die Leistungsoptimierung, das Sperren von Datensätzen und die Art und Weise aus, wie Sie Formulare entwerfen, die große Datensätze anzeigen.

Was wird in Teil II dieser Serie behandelt?

Teil II wird die Erstellung eines einfachen 4D-Programms behandeln und den Prozess von der Struktur über die Form bis zur Methode durchlaufen. Teil III wird benutzerdefinierte Menüs behandeln und Teil IV wird Methoden eingehender behandeln. Zusätzliche Teile stehen noch nicht fest, und die Reihenfolge sowie der Inhalt jedes Teils sind vorläufig.

Testen Sie FileMaker 45 Tage lang kostenlos

Die langlebige relationale Datenbankplattform für Teams, die benutzerdefinierte Apps auf Desktop, Web und Mobilgeräten aus einer einzigen Datei benötigen.