Grundlæggende om 4th Dimension Learning

Key Takeaways

• 4D-værktøjslinjen er et bekvemmelighedslag, ikke et krav — at skjule den er et legitimt første skridt for mange udviklere, fordi ikonerne ikke er indlysende, og menulinjen giver adgang til de samme kommandoer.
• Databaseegenskaber efterlades bedst ved deres standardindstillinger, mens du lærer; at ændre dem for tidligt kan maskere den adfærd, du forsøger at forstå.
• Egenskaber gemmes med databasestrukturen, så de følger med projektet og påvirker enhver udvikler og hver udrullet klient — behandl dem som beslutninger på teamniveau, ikke personlige præferencer.
• Forskellen mellem database-egenskaber og applikations-/præference-indstillinger betyder noget: den ene ændrer det produkt, du leverer, den anden ændrer kun dit arbejdsmiljø.
• En disciplineret opsætningsrækkefølge — opret database, gennemgå egenskaber, definer tabeller, definer felter, byg formularer, forbind værdilister, indtast eksempeldata — forhindrer omarbejde senere.

Hvorfor værktøjslinjen er det første, du bør beslutte dig for

4D-værktøjslinjen sidder øverst i designmiljøet og giver hurtig adgang til almindelige handlinger: åbning af struktureditoren, formulareditoren, metodeeditoren, kørsel af databasen og så videre. I princippet lyder det nyttigt.

I praksis finder mange udviklere — inklusive forfatteren til de originale noter, denne artikel er baseret på — den aktivt distraherende. Ikonerne er ikke selvforklarende, og at holde musen over for at opdage, hvad hver enkelt gør, afbryder det mentale flow ved at designe en tabel eller en formular.

Hvis det beskriver dig, kan du slå den fra. Åbn dialogboksen Databaseegenskaber fra designmenuen (i klassisk 4D nås dette gennem området Egenskaber/Præferencer), find afkrydsningsfeltet Vis værktøjslinje, og fjern markeringen. Værktøjslinjen forsvinder fra designmiljøet, og du navigerer i stedet gennem menulinjen — Struktur, Form, Metode, Kør og så videre.

Dette er en lille beslutning, men det illustrerer et større princip, der er værd at internalisere tidligt: 4D giver dig en stor overflade, og ikke alt er nyttigt for dig på dag ét. Din opgave som nybegynder er at reducere støj, så du kan se den underliggende model — tabeller, felter, formularer og relationerne mellem dem.

Et par praktiske bemærkninger om beslutningen vedrørende værktøjslinjen:

• At skjule den er reversibelt. Intet ved at fjerne markeringen i feltet er destruktivt. Hvis du senere vil have den tilbage, skal du genåbne den samme dialogboks og markere feltet igen.
• Menulinjen er kilden til sandheden. Hver værktøjslinjeknap svarer til en menukommando. At lære menustien er mere holdbar viden end at lære et ikons position.
• Tastaturgenveje slår begge dele. Når du kender menukommandoerne, er det hurtigere at lære deres genveje (f.eks. genvejen til at køre databasen eller til at åbne struktureditoren) end enten værktøjslinjen eller menuerne.
• Din præference kan afvige fra din kollegas. Fordi denne indstilling findes i databaseegenskaberne, er den delt. Hvis du arbejder i et team, bør I aftale en konvention i stedet for at ændre den frem og tilbage.

Databaseegenskaber: Hvad de er, og hvorfor de betyder noget

Dialogboksen Databaseegenskaber er der, hvor du konfigurerer indstillinger, der gælder for databasen som helhed i stedet for en enkelt tabel, et felt eller en formular. Det er en af de første dialogbokse, du vil møde efter at have oprettet en ny database, og det er nemt enten at ignorere den helt eller at overkonfigurere den.

Relateret: Airtable — En regneark-simpel grænseflade, der sidder oven på en rigtig relationel database, med automatiseringer, visninger og delbare grænseflader..

Det vigtigste at forstå er omfanget af disse indstillinger. Databaseegenskaber gemmes inde i databasestrukturfilen. Det betyder:

• De er delte — enhver udvikler, der åbner strukturen, ser de samme egenskabsværdier.
• De leveres — når du bygger en kompileret applikation eller udruller den fortolkede database, følger egenskaberne med.
• De er persistente — de overlever genstarter, genopbygninger og (i de fleste tilfælde) strukturopgraderinger.

Kontrastér dette med indstillinger, der findes i selve 4D-applikationen eller i en præferencefil pr. bruger. De påvirker kun din maskine og din session. Forskellen betyder noget, fordi en ændring, der føles som “bare min præference”, faktisk kan ændre adfærden for alle.

En praktisk regel for begyndere

Den originale vejledning her er sund og værd at gentage med eftertryk: lad de andre egenskaber stå på deres standardværdier indtil videre. Der er mange muligheder i den dialogboks, og de fleste af dem adresserer scenarier, du ikke er stødt på endnu. Ændring af en egenskab, du ikke forstår, er en pålidelig måde at skabe en fejl, der ligner et kodeproblem, men som faktisk er et konfigurationsproblem — den sværeste slags at diagnosticere.

Hvis du handler: Zoho Creator — En lavkode-appbygger, der tilsluttes den bredere Zoho-suite og priser pr. bruger i stedet for pr. app..

Efterhånden som du bliver mere fortrolig med 4D, vil du begynde at erkende, hvornår en egenskab er relevant. Det er det rigtige tidspunkt at ændre den. Eksperimentering opmuntres, men gør det bevidst: ændr én egenskab, observer effekten og noter, hvad der skete.

Sådan beslutter du, om en egenskab skal ændres

Når du er fristet til at ændre noget i dialogboksen Databaseegenskaber, skal du køre det gennem disse spørgsmål:

1. Forstår jeg, hvad denne indstilling styrer? Hvis ikke, så lad den være. Slå det op først.
2. Er dette en projektdækkende beslutning eller en personlig? Hvis den er personlig, hører den nok ikke hjemme her.
3. Vil dette påvirke udrullede klienter? Hvis ja, skal det være et bevidst, dokumenteret valg.
4. Kan jeg nemt fortryde det? De fleste egenskaber kan rulles tilbage, men nogle interagerer med andre på måder, der ikke er indlysende.
5. Har jeg testet det i en kopi af databasen? For alt, der ikke er trivielt, skal du teste på en dubletstruktur, før du committer.

Opsætningssekvensen, og hvor egenskaber passer ind

Det hjælper at se egenskaber-trinnet i sammenhæng. Læringsstien udlagt i denne serie er:

1. Opret en database — start en ny strukturfil.
2. Databaseegenskaber — gennemgå de projektdækkende indstillinger og accepter for nu standardindstillingerne.
3. Tabeller — definer de enheder, din applikation skal gemme (kunder, fakturaer, produkter og så videre).
4. Datafelter — definer attributterne for hver tabel ved at vælge passende felttyper.
5. Formularer — design de input- og displayskærme, som brugerne rent faktisk skal arbejde med.
6. Værdilister (valglister) — leverer kontrollerede ordforråd, så brugerne vælger fra gyldige muligheder i stedet for at skrive fri tekst.
7. Indtast eksempeldata — udfyld databasen, så du kan teste formularer og lister mod realistisk indhold.

Egenskaber kommer som nummer to, fordi de rammer alt, hvad der følger, men de er bevidst ikke stedet, hvor du skal bruge din tidlige energi. Det intellektuelle arbejde i 4D ligger i trin 3 til 6: at få datamodellen rigtig og derefter gøre den brugbar.

Hvorfor rækkefølgen er vigtig

• Tabeller før felter. Du kan ikke fornuftigt definere et felt, før du ved, hvilken tabel det tilhører, og hvad den tabel repræsenterer.
• Felter før formularer. En formular er en visning af felter. At designe formularer først fører til felter, der kun eksisterer for at tjene et layout.
• Formularer før værdilister (i praksis). Du opdager ofte, hvilke felter der har brug for en valgliste, mens du bygger den formular, der bruger dem.
• Eksempeldata sidst, men ikke mindst. Tomme formularer skjuler problemer. En formular, der ser fin ud med nul poster, kan falde fra hinanden med rigtige navne, lange adresser og edge-case-værdier.

Databaseegenskaber vs. applikationspræferencer: En sammenligning

Begyndere forveksler ofte disse to kategorier. De konfigureres forskellige steder, har forskelligt omfang og bør behandles forskelligt.

Aspekt	Databaseegenskaber	Applikations- / brugerpræferencer
Omfang	Databasestrukturen og alt bygget ud fra den	Din 4D-applikation og din arbejdssession
Hvem det påvirker	Alle udviklere og alle udrullede klienter	Typisk kun dig
Hvor den bor	Inde i strukturfilen	I 4D-applikationen eller en bruger-specifik indstillingsplacering
Følger med projektet?	Ja	Nej
Typiske eksempler	Værktøjslinjens synlighed, opstartsadfærd, struktur-dækkende indstillinger	Vinduespositioner, editor-skrifttype, lister over seneste filer
Råd til begyndere	Accepter standardindstillinger; ændr bevidst og dokumentér	Juster frit for din egen komfort

Indstillingen for værktøjslinjen er et lidt usædvanligt tilfælde: det føles som en personlig præference, men det er eksponeret som en databaseegenskab. Det er netop derfor, det er værd at stoppe op ved. Når en indstillings placering og dens tilsyneladende omfang ikke stemmer overens, så sæt farten ned og tænk over, hvem ellers der bliver påvirket.

Relateret: Knack — En kodefri databasebygger rettet mod portaler, mapper og interne værktøjer - med faste priser i stedet for gebyrer pr. bruger..

Praktisk vejledning til din første session

Hvis du sidder med 4D for første gang, er her en konkret måde at bruge den første time produktivt på.

• Opret databasen med et klart, beskrivende navn. Undgå mellemrum og specialtegn i strukturfilnavnet, hvis du planlægger at flytte det mellem maskiner eller henvise til det fra scripts.
• Åbn Databaseegenskaber og læs indstillingerne igennem uden at ændre dem. Læsning er gratis; det bygger et mentalt kort over, hvad der kan konfigureres.
• Fjern markeringen af “Vis værktøjslinje”, hvis du finder den distraherende. Dette er den eneste ændring, den oprindelige vejledning anbefaler, og den er sikker.
• Luk dialogboksen og gå videre til Tabeller. Modstå trangen til at gennemgå hver eneste fane.
• Hold en kort notefil, hvor du registrerer enhver egenskab, du faktisk ændrer, og hvorfor. Dit fremtidige jeg og dine holdkammerater vil takke dig.

Almindelige begynderfejl på dette stadium

• Overkonfiguration før modellering. At bruge en time i egenskabsdialogen og ti minutter på datamodellen er at gøre tingene i den forkerte rækkefølge.
• At antage, at en indstilling er personlig, når den er delt. Se sammenligningstabellen ovenfor.
• At ændre flere egenskaber på én gang. Hvis noget går i stykker, ved du ikke, hvilken ændring der forårsagede det.
• At ignorere dialogboksen fuldstændigt. Standardindstillinger er normalt rigtige, men “normalt” er ikke det samme som “altid” — vid, hvad der er tilgængeligt.

Hvor man kan gå dybere

4D-platformen har en lang historie og en omfattende mængde dokumentation. Den officielle 4D-dokumentationsside, der vedligeholdes af 4D SAS, er den autoritative reference for enhver egenskab, kommando og editor i produktet, og den er værd at bogmærke tidligt. For generel baggrund om produktet og dets herkomst giver Wikipedia-artiklen om 4D (programmeringssprog) nyttig kontekst om, hvordan platformen udviklede sig fra en relationel database til et komplet applikationsudviklingsmiljø.

Hvis du kommer fra en SQL-baggrund, er Wikipedia-oversigten over den relationelle model en nyttig genopfriskning af de begreber, som 4D implementerer i sit eget formsprog — tabeller, poster, felter og relationer — selvom 4D’s terminologi og værktøjer adskiller sig fra en typisk SQL-server. Og fordi 4D-applikationer ofte implementeres sammen med forretningssoftware til generelle formål, er dokumentationswebstederne Microsoft Learn og Apple Developer praktiske referencer, når du skal forstå værtsoperativsystemets konventioner for vinduer, filer og brugergrænsefladens adfærd.

Vores valg: Claris FileMaker Pro — Den langvarige relationsdatabaseplatform til teams, der har brug for tilpassede apps på desktop, web og mobil fra en enkelt fil..

Intet af dette erstatter praktisk tid i Structure-editoren. Den hurtigste måde at lære 4D på er at bygge en lille, reel database — noget du faktisk ønsker at spore — og lade egenskabsdialogen forblive stille i baggrunden, indtil du har en grund til at åbne den.

Ofte stillede spørgsmål

Skal jeg skjule 4D Toolbar?

Det er udelukkende et spørgsmål om personlig arbejdsstil. Mange udviklere skjuler den, fordi ikonerne ikke er intuitive, og menulinjen viser de samme kommandoer, mens andre foretrækker adgang med et enkelt klik. Indstillingen kan fortrydes, så prøv begge måder, og behold den løsning, der hjælper dig med at holde fokus.

Er databaseegenskaber det samme som mine personlige præferencer?

Nej. Databaseegenskaber gemmes sammen med strukturfilen og gælder derfor for enhver udvikler og enhver implementeret klient. Personlige præferencer påvirker kun din egen maskine og session. Når en indstilling føles personlig, men findes i dialogboksen for databaseegenskaber, skal du behandle den som en fælles beslutning.

Hvorfor skal jeg lade standardværdierne for egenskaber være i fred i starten?

Fordi de fleste af mulighederne adresserer situationer, du ikke er stødt på endnu, og ændring af en indstilling, du ikke forstår, kan medføre en adfærd, der ligner en kodefejl, men som i virkeligheden er et konfigurationsproblem. Standardværdierne er et rimeligt udgangspunkt; gense dem, når du ved, hvad hver enkelt gør.

Hvad er den rigtige rækkefølge for opsætning af en ny 4D-database?

Opret databasen, gennemgå egenskaberne, definer dine tabeller, definer felterne i hver tabel, design formularerne, opsæt værdilister for kontrollerede felter, og indtast derefter eksempeldata. Denne rækkefølge holder hver beslutning forankret i den foregående og undgår omarbejde.

Skal jeg konfigurere egenskaber, før jeg bygger tabeller og formularer?

Nej. Egenskabsdialogen indrammer projektet, men det egentlige arbejde foregår i Structure- og Form-editorerne. Du kan bygge en komplet, fungerende database uden at røre ved de fleste egenskaber, og du kan vende tilbage til dem senere, når et specifikt behov opstår.

Hvordan ved jeg, hvornår det er tid til at ændre en databaseegenskab?

Når du tydeligt kan angive, hvad indstillingen styrer, hvem den påvirker, og hvad du forventer ændres som resultat — og ideelt set efter at have testet det på en kopi af strukturen. Hvis du ikke kan besvare disse spørgsmål endnu, så lad den stå på standard og fortsæt med at bygge.