Grundlagen des Lernens in der 4. Dimension
Die wichtigsten Erkenntnisse
- Die 4D-Symbolleiste ist eine Komfortfunktion, keine Anforderung — sie auszublenden ist für viele Entwickler ein legitimer erster Schritt, da die Symbole nicht selbsterklärend sind und die Menüleiste dieselben Befehle bereitstellt.
- Datenbankeigenschaften sollten während des Lernens am besten auf ihren Standardwerten belassen werden; wenn Sie diese vorzeitig ändern, kann das Verhalten, das Sie zu verstehen versuchen, maskiert werden.
- Eigenschaften werden mit der Datenbankstruktur gespeichert, sodass sie mit dem Projekt mitreisen und jeden Entwickler sowie jeden eingesetzten Client betreffen — behandeln Sie diese als Entscheidungen auf Teamebene, nicht als persönliche Präferenzen.
- Die Unterscheidung zwischen Datenbank-Eigenschaften und Anwendungs-/Präferenz-Einstellungen ist wichtig: Die eine ändert das Produkt, das Sie ausliefern, die andere ändert nur Ihre Arbeitsumgebung.
- Eine disziplinierte Reihenfolge bei der Einrichtung — Datenbank erstellen, Eigenschaften überprüfen, Tabellen definieren, Felder definieren, Formulare erstellen, Wertelisten verknüpfen, Beispieldaten eingeben — verhindert spätere Nacharbeiten.
Warum die Symbolleiste das Erste ist, über das Sie entscheiden sollten
Die 4D-Symbolleiste befindet sich oben in der Design-Umgebung und bietet schnellen Zugriff auf gängige Aktionen: Öffnen des Struktur-Editors, des Formular-Editors, des Methoden-Editors, Ausführen der Datenbank und so weiter. Im Prinzip klingt das hilfreich.
In der Praxis finden es viele Entwickler — einschließlich des Autors der Originalnotizen, auf denen dieser Artikel basiert — aktiv ablenkend. Die Symbole sind nicht selbsterklärend, und das Darüberfahren mit der Maus, um herauszufinden, was jedes einzelne bewirkt, unterbricht den mentalen Fluss beim Entwerfen einer Tabelle oder eines Formulars.
Wenn das auf Sie zutrifft, können Sie sie ausschalten. Öffnen Sie das Dialogfeld Datenbankeigenschaften über das Design-Menü (in klassischem 4D wird dies über den Bereich Eigenschaften/Einstellungen erreicht), suchen Sie das Kontrollkästchen Symbolleiste anzeigen und deaktivieren Sie es. Die Symbolleiste verschwindet aus der Design-Umgebung, und Sie navigieren stattdessen über die Menüleiste — Struktur, Formular, Methode, Ausführen und so weiter.
Dies ist eine kleine Entscheidung, aber sie veranschaulicht ein größeres Prinzip, das es wert ist, frühzeitig verinnerlicht zu werden: 4D bietet Ihnen eine große Oberfläche, und nicht alles davon ist für Sie am ersten Tag nützlich. Ihre Aufgabe als Anfänger ist es, das Rauschen zu reduzieren, damit Sie das zugrunde liegende Modell sehen können — Tabellen, Felder, Formulare und die Beziehungen zwischen ihnen.
Ein paar praktische Hinweise zur Entscheidung über die Symbolleiste:
- Das Ausblenden ist reversibel. Die Deaktivierung des Kontrollkästchens ist nicht destruktiv. Wenn Sie sie später zurückhaben möchten, öffnen Sie denselben Dialog erneut und aktivieren Sie es wieder.
- Die Menüleiste ist die Quelle der Wahrheit. Jede Schaltfläche der Symbolleiste entspricht einem Menübefehl. Das Erlernen des Menüpfads ist ein dauerhafteres Wissen als das Auswendiglernen der Position eines Symbols.
- Tastenkombinationen schlagen beides. Sobald Sie die Menübefehle kennen, ist das Erlernen ihrer Tastenkombinationen (zum Beispiel die Verknüpfung zum Ausführen der Datenbank oder zum Öffnen des Struktur-Editors) schneller als die Nutzung der Symbolleiste oder der Menüs.
- Ihre Präferenz kann von der Ihres Teamkollegen abweichen. Da diese Einstellung in den Datenbankeigenschaften gespeichert ist, wird sie geteilt. Wenn Sie in einem Team arbeiten, vereinbaren Sie eine Konvention, anstatt die Einstellung ständig hin und her zu ändern.
Datenbankeigenschaften: Was sie sind und warum sie wichtig sind
Im Dialogfeld Datenbankeigenschaften konfigurieren Sie Einstellungen, die für die Datenbank als Ganzes und nicht für eine einzelne Tabelle, ein Feld oder ein Formular gelten. Es ist eines der ersten Dialogfelder, denen Sie nach dem Erstellen einer neuen Datenbank begegnen werden, und es ist leicht, es entweder völlig zu ignorieren oder es zu überkonfigurieren.
Verwandte: — Eine einfache Tabellenkalkulationsschnittstelle, die auf einer echten relationalen Datenbank aufbaut, mit Automatisierungen, Ansichten und gemeinsam nutzbaren Schnittstellen..
Das Wichtigste ist, den Umfang dieser Einstellungen zu verstehen. Datenbankeigenschaften werden in der Datenbankstrukturdatei gespeichert. Das bedeutet:
- Sie werden geteilt — jeder Entwickler, der die Struktur öffnet, sieht die gleichen Eigenschaftswerte.
- Sie werden ausgeliefert — wenn Sie eine kompilierte Anwendung erstellen oder die interpretierte Datenbank bereitstellen, gehen die Eigenschaften mit.
- Sie sind persistent — sie überstehen Neustarts, Neuaufbauten und (in den meisten Fällen) Struktur-Upgrades.
Vergleichen Sie dies mit Einstellungen, die in der 4D-Anwendung selbst oder in einer benutzerspezifischen Präferenzdatei gespeichert sind. Diese betreffen nur Ihren Rechner und Ihre Sitzung. Die Unterscheidung ist wichtig, weil eine Änderung, die sich wie „nur meine Präferenz“ anfühlt, tatsächlich das Verhalten für alle verändern kann.
Eine praktische Regel für Anfänger
Die ursprüngliche Anleitung hier ist fundiert und es lohnt sich, sie mit Nachdruck zu wiederholen: Lassen Sie die anderen Eigenschaften vorerst auf ihren Standardwerten. Es gibt viele Optionen in diesem Dialogfeld, und die meisten von ihnen betreffen Szenarien, denen Sie noch nicht begegnet sind. Das Ändern einer Eigenschaft, die Sie nicht verstehen, ist ein sicherer Weg, einen Fehler zu erzeugen, der wie ein Codeproblem aussieht, aber tatsächlich ein Konfigurationsproblem ist — die am schwierigsten zu diagnostizierende Art von Fehlern.
Wenn Sie einkaufen: — Ein , der sich in die breitere Zoho-Suite einfügt und Preise pro Benutzer und nicht pro App berechnet..
Wenn Sie mit 4D vertrauter werden, werden Sie erkennen, wann eine Eigenschaft relevant ist. Das ist der richtige Zeitpunkt, sie zu ändern. Experimentieren wird gefördert, aber tun Sie es bewusst: Ändern Sie eine Eigenschaft, beobachten Sie den Effekt und notieren Sie, was passiert ist.
So entscheiden Sie, ob Sie eine Eigenschaft ändern
Wenn Sie versucht sind, etwas im Dialogfeld Datenbankeigenschaften zu ändern, prüfen Sie es mit diesen Fragen:
- Verstehe ich, was diese Einstellung steuert? Wenn nicht, lassen Sie sie unverändert. Schlagen Sie es zuerst nach.
- Ist dies eine projektweite Entscheidung oder eine persönliche? Wenn sie persönlich ist, gehört sie wahrscheinlich nicht hierher.
- Hat dies Auswirkungen auf bereitgestellte Clients? Wenn ja, muss es eine bewusste, dokumentierte Entscheidung sein.
- Kann ich es einfach rückgängig machen? Die meisten Eigenschaften sind umkehrbar, aber einige interagieren auf nicht offensichtliche Weise mit anderen.
- Habe ich es in einer Kopie der Datenbank getestet? Testen Sie alles, was nicht trivial ist, vor dem Festschreiben an einer Duplikatstruktur.
Die Setup-Sequenz und wo Eigenschaften hineinpassen
Es ist hilfreich, den Schritt der Eigenschaften im Kontext zu sehen. Der in dieser Serie dargelegte Lernpfad verläuft wie folgt:
- Eine Datenbank erstellen – eine neue Strukturdatei erstellen.
- Datenbankeigenschaften – überprüfen Sie die projektweiten Einstellungen und akzeptieren Sie vorerst die Standardwerte.
- Tabellen – definieren Sie die Entitäten, die Ihre Anwendung speichern wird (Kunden, Rechnungen, Produkte und so weiter).
- Datenfelder – definieren Sie die Attribute jeder Tabelle und wählen Sie die entsprechenden Feldtypen aus.
- Formulare – entwerfen Sie die Eingabe- und Anzeigebildschirme, mit denen die Benutzer tatsächlich arbeiten werden.
- Wertelisten (Auswahllisten) – stellen Sie kontrollierte Vokabulare bereit, damit Benutzer aus gültigen Optionen auswählen können, anstatt Freitext einzugeben.
- Beispieldaten eingeben – füllen Sie die Datenbank, damit Sie Formulare und Listen anhand realistischer Inhalte testen können.
Eigenschaften kommen an zweiter Stelle, weil sie alles Folgende einrahmen, aber sie sind bewusst nicht der Ort, an dem Sie Ihre anfängliche Energie aufwenden sollten. Die intellektuelle Arbeit in 4D liegt in den Schritten 3 bis 6: das Datenmodell richtig aufzusetzen und es dann nutzbar zu machen.
Warum die Reihenfolge wichtig ist
- Tabellen vor Feldern. Sie können ein Feld erst sinnvoll definieren, wenn Sie wissen, zu welcher Tabelle es gehört und was diese Tabelle darstellt.
- Felder vor Formularen. Ein Formular ist eine Ansicht auf Felder. Das Entwerfen von Formularen zuerst führt zu Feldern, die nur existieren, um einem Layout zu dienen.
- Formulare vor Wertelisten (in der Praxis). Oft entdecken Sie erst beim Erstellen des Formulars, welche Felder eine Auswahlliste benötigen.
- Beispieldaten zuletzt, aber nicht minder wichtig. Leere Formulare verbergen Probleme. Ein Formular, das mit null Datensätzen gut aussieht, kann bei echten Namen, langen Adressen und Grenzfallwerten auseinanderfallen.
Datenbankeigenschaften vs. Anwendungseinstellungen: Ein Vergleich
Anfänger vermischen diese beiden Kategorien häufig. Sie werden an unterschiedlichen Orten konfiguriert, haben unterschiedliche Geltungsbereiche und sollten unterschiedlich behandelt werden.
| Aspekt | Datenbankeigenschaften | Anwendungs- / Benutzereinstellungen |
|---|---|---|
| Umfang | Die Datenbankstruktur und alles, was darauf aufbaut | Ihre 4D-Anwendung und Ihre Arbeitssitzung |
| Wen es betrifft | Alle Entwickler und alle bereitgestellten Clients | Typischerweise nur Sie |
| Wo es gespeichert ist | Innerhalb der Strukturdatei | In der 4D-Anwendung oder an einem benutzerspezifischen Einstellungsort |
| Reist es mit dem Projekt mit? | Ja | Nein |
| Typische Beispiele | Sichtbarkeit der Symbolleiste, Startverhalten, strukturweite Optionen | Fensterpositionen, Editor-Schriftart, Liste der zuletzt verwendeten Dateien |
| Rat für Anfänger | Standardwerte akzeptieren; bewusst ändern und dokumentieren | Frei an Ihren Komfort anpassen |
Die Symbolleisteneinstellung ist ein etwas ungewöhnlicher Fall: Sie fühlt sich wie eine persönliche Präferenz an, wird aber als Datenbankeigenschaft bereitgestellt. Genau deshalb lohnt es sich, hier innezuhalten. Wenn der Speicherort einer Einstellung und ihr scheinbarer Umfang nicht übereinstimmen, werden Sie langsamer und überlegen Sie, wer sonst noch betroffen ist.
Praktische Anleitung für Ihre erste Sitzung
Wenn Sie sich zum ersten Mal mit 4D beschäftigen, finden Sie hier eine konkrete Möglichkeit, die erste Stunde produktiv zu verbringen.
- Erstellen Sie die Datenbank mit einem klaren, beschreibenden Namen. Vermeiden Sie Leerzeichen und Sonderzeichen im Namen der Strukturdatei, wenn Sie planen, diese zwischen Rechnern zu verschieben oder in Skripten darauf zu verweisen.
- Öffnen Sie die Datenbankeigenschaften und lesen Sie die Optionen durch, ohne sie zu ändern. Lesen ist kostenlos; es erstellt eine mentale Karte dessen, was konfigurierbar ist.
- Deaktivieren Sie „Symbolleiste anzeigen“, wenn Sie diese als störend empfinden. Dies ist die einzige Änderung, die in den ursprünglichen Leitlinien befürwortet wird, und sie ist sicher.
- Schließen Sie den Dialog und fahren Sie mit den Tabellen fort. Widerstehen Sie dem Drang, jeden Tab zu erkunden.
- Führen Sie eine kurze Notizdatei, in der Sie jede Eigenschaft, die Sie tatsächlich ändern, und den Grund dafür aufzeichnen. Ihr zukünftiges Ich und Ihre Teamkollegen werden es Ihnen danken.
Häufige Anfängerfehler in dieser Phase
- Überkonfiguration vor der Modellierung. Eine Stunde im Eigenschaftendialog und zehn Minuten am Datenmodell zu verbringen, ist genau falsch herum.
- Annahme, eine Einstellung sei persönlich, obwohl sie gemeinsam genutzt wird. Siehe die Vergleichstabelle oben.
- Mehrere Eigenschaften gleichzeitig ändern. Wenn etwas kaputt geht, wissen Sie nicht, welche Änderung die Ursache war.
- Den Dialog vollständig ignorieren. Standardwerte sind normalerweise richtig, aber „normalerweise“ bedeutet nicht „immer“ – wissen Sie, was vorhanden ist.
Wo man tiefer einsteigen kann
Die 4D-Plattform hat eine lange Geschichte und eine umfangreiche Dokumentation. Die offizielle 4D-Dokumentationsseite, die von 4D SAS gepflegt wird, ist die maßgebliche Referenz für jede Eigenschaft, jeden Befehl und jeden Editor im Produkt, und es lohnt sich, sie frühzeitig zu bookmarken. Für allgemeine Hintergrundinformationen zum Produkt und seiner Herkunft bietet der Wikipedia-Artikel zu 4D (programming language) nützlichen Kontext dazu, wie sich die Plattform von einer relationalen Datenbank zu einer vollständigen Anwendungsentwicklungsumgebung entwickelt hat.
Wenn Sie über einen SQL-Hintergrund verfügen, ist die Wikipedia-Übersicht über das relationale Modell eine nützliche Auffrischung der Konzepte, die 4D in seinem eigenen Idiom implementiert – Tabellen, Datensätze, Felder und Relationen –, auch wenn sich die Terminologie und die Tools von 4D von denen eines typischen SQL-Servers unterscheiden. Und da 4D-Anwendungen häufig zusammen mit allgemeiner Unternehmenssoftware bereitgestellt werden, sind die Dokumentationsseiten von Microsoft Learn und Apple Developer praktische Referenzen, wenn Sie die Konventionen des Host-Betriebssystems für Fenster, Dateien und das Verhalten der Benutzeroberfläche verstehen müssen.
Nichts davon ersetzt die praktische Arbeit im Struktureditor. Der schnellste Weg, 4D zu erlernen, besteht darin, eine kleine, echte Datenbank aufzubauen – etwas, das Sie tatsächlich verfolgen möchten – und den Eigenschaftendialog im Hintergrund ruhen zu lassen, bis Sie einen Grund haben, ihn zu öffnen.
Häufig gestellte Fragen
Soll ich die 4D-Symbolleiste ausblenden?
Es ist ganz und gar eine Frage des persönlichen Arbeitsstils. Viele Entwickler blenden sie aus, weil die Symbole nicht intuitiv sind und die Menüleiste dieselben Befehle bietet, während andere den Ein-Klick-Zugriff bevorzugen. Die Einstellung ist umkehrbar; probieren Sie es also auf beide Arten aus und behalten Sie die Variante bei, die Ihnen hilft, konzentriert zu bleiben.
Sind Datenbankeigenschaften dasselbe wie meine persönlichen Einstellungen?
Nein. Datenbankeigenschaften werden in der Strukturdatei gespeichert und gelten daher für jeden Entwickler und jeden bereitgestellten Client. Persönliche Einstellungen wirken sich nur auf Ihren eigenen Rechner und Ihre eigene Sitzung aus. Wenn sich eine Einstellung persönlich anfühlt, aber im Dialog der Datenbankeigenschaften zu finden ist, behandeln Sie diese als gemeinsame Entscheidung.
Warum sollte ich die Standardwerte der Eigenschaften anfangs unverändert lassen?
Weil sich die meisten Optionen auf Situationen beziehen, die Sie noch nicht erlebt haben, und das Ändern einer Einstellung, die Sie nicht verstehen, zu einem Verhalten führen kann, das wie ein Code-Bug aussieht, aber in Wirklichkeit ein Konfigurationsproblem ist. Standardwerte sind ein vernünftiger Ausgangspunkt; kehren Sie zu ihnen zurück, sobald Sie wissen, was die jeweilige Einstellung bewirkt.
Was ist die richtige Reihenfolge beim Einrichten einer neuen 4D-Datenbank?
Erstellen Sie die Datenbank, überprüfen Sie die Eigenschaften, definieren Sie Ihre Tabellen, definieren Sie die Felder innerhalb jeder Tabelle, entwerfen Sie die Formulare, richten Sie Wertelisten für kontrollierte Felder ein und geben Sie dann Beispieldaten ein. Diese Reihenfolge hält jede Entscheidung auf der Grundlage der vorherigen und vermeidet Nacharbeiten.
Muss ich Eigenschaften konfigurieren, bevor ich Tabellen und Formulare erstelle?
Nein. Der Eigenschaftendialog gibt den Rahmen für das Projekt vor, aber die eigentliche Arbeit findet in den Struktur- und Formulareditoren statt. Sie können eine vollständige, funktionierende Datenbank erstellen, ohne die meisten Eigenschaften anzurühren, und können später zu ihnen zurückkehren, wenn ein spezifischer Bedarf entsteht.
Woher weiß ich, wann es Zeit ist, eine Datenbankeigenschaft zu ändern?
Wenn Sie klar formulieren können, was die Einstellung steuert, wen sie betrifft und was Sie als Ergebnis erwarten – und idealerweise, nachdem Sie dies an einer Kopie der Struktur getestet haben. Wenn Sie diese Fragen noch nicht beantworten können, belassen Sie es beim Standardwert und bauen Sie weiter.
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.