Grundlæggende om 4th Dimension Learning

Dette er den første del i en hands-on-serie for udviklere, citizen developers og IT-byggere i små teams, der ønsker at udgive brugerdefinerede forretningsapplikationer på 4D-platformen uden en fuld ingeniørafdeling. Målet med denne del er beskedent, men grundlæggende: at få oprettet en database, forstå det miljø, du arbejder i, og lægge grunden til tabeller, felter, formularer og værdilister, der kommer derefter.

Hvis du kommer fra FileMaker Pro (FMP), vil meget af ordforrådet føles velkendt, og denne guide beholder bevidst noget af den fælles terminologi. Hvor 4D divergerer — og det gør den på vigtige punkter — bliver disse forskelle påpeget eksplicit.

Key Takeaways

• 4D opdeler dit arbejde i Design- og Bruger-miljøer (kaldet “tilstande” gennem hele denne serie). Det meste forvirring for nytilkomne opstår ved utilsigtet at glide mellem dem.
• Menulinjen ændrer sig afhængigt af konteksten, selv mens du forbliver i designtilstand. Dette er en ægte 4D-karakteristik, ikke en fejl, og det er den største enkeltkilde til tidlig frustration.
• En ny database oprettes som en mappe, der indeholder en strukturfil og en datafil. At holde dem sammen (standardvalget) er det rigtige valg for de fleste projekter i små teams.
• Strukturen er dit skema — tabeller, felter, relationer, formularer og metoder. Data-filen indeholder optegnelserne. At forstå denne opdeling tidligt betaler sig senere.
• Custom Menus er en kraftfuld 4D-funktion, som du vil møde ordentligt i den næste del af serien. For nu skal du blot bemærke, at de eksisterer.

Forståelse af 4D-miljømodellen

Før du opretter noget, hjælper det at forstå, hvordan 4D organiserer dit arbejde. 4D kører i forskellige miljøer — hvad denne serie kalder “tilstande” for korthedens skyld og for læsere, der kommer fra FileMaker. De to, du kommer til at færdes i, er:

• Designtilstand — hvor du bygger strukturen: tabeller, felter, relationer, formularer, værdilister og metoder.
• Brugertilstand — hvor applikationen rent faktisk kører, og du (eller dine brugere) indtaster og gennemser data.

Der er også et valg af Custom Menus, der vises i menuen Use, når du er i brugertilstand. Custom Menus giver dig mulighed for at definere dine egne menulinjer, menuer og menupunkter — hvilket effektivt former slutbrugeroplevelsen af din applikation. Det er en virkelig kraftfuld funktion, og den næste del af denne læringsserie dækker den i detaljer. For nu skal du blot registrere, at den eksisterer, så den ikke overrasker dig senere.

Tilstandsskifte-fælden

Her er den advarsel, som næsten alle falder i: i 4D kan andre ting ændre sig uventet, mens du er i gang med én ting. Midt i designet af en formular eller redigeringen af et felt kan du pludselig opdage, at du ikke længere er i designtilstand. Applikationen har flyttet dig over i brugertilstand.

Når det sker, er løsningen enkel, men du skal vide, at du skal lede efter den:

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

1. Tjek Use-menuen.
2. Bekræft, at Design er den valgte mulighed.
3. Hvis ikke, skal du vælge Design for at vende tilbage til dit bygningsmiljø.

Hvis tingene ser mærkelige ud — menuer du ikke genkender, en formular der pludselig opfører sig som en kørende applikation — er dette næsten altid årsagen. Gør det til en refleks at tjekke Use-menuen.

Hvorfor menuerne bliver ved med at ændre sig

En anden, relateret egenskab er, at 4D skifter menulinjer afhængigt af, hvad du laver. Selvom du aldrig forlader designtilstand, vil menulinjen og dens menuer ændre sig baseret på den aktuelle kontekst — uanset om du redigerer strukturen, arbejder i en formulareditor eller manipulerer en liste.

Dette er bevidst. 4D fremhæver de kommandoer, der er relevante for din aktuelle opgave, i stedet for at præsentere én enorm statisk menu. Afvejningen er en stejlere indlæringskurve: kommandoer ser ud til at “flytte sig” eller “forsvinde”, fordi de er kontekstafhængige. Dokumentationen i denne serie forsøger at holde styr på dette for dig, men vær forberedt på at øve dig. Frustrationen aftager, når mønsteret klikker — og mønsteret er konsistent, når du først har internaliseret det.

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

Oprettelse af en ny database

Med miljømodellen i tankerne er det ligetil at oprette en database. Følgende procedure gennemgår oprettelsen af en ny eksempeldatabase.

Trin 1 — Vinduet Open Database

Når 4D åbnes, præsenteres vinduet Open Database. Herfra kan du enten vælge en eksisterende database eller oprette en ny.

• For at åbne noget, du allerede har, skal du vælge det fra listen.
• For at starte på en frisk skal du vælge “Create a Blank Database.”

Lad indstillingen “Create a Database Folder” være markeret. Dette sikrer, at struktur- og datafilerne placeres sammen i en enkelt mappe, hvilket holder dit projekt selvstændigt og bærbart. Til arbejde i små teams er det næsten altid det, du ønsker — det gør databasen nem at sikkerhedskopiere, flytte mellem maskiner eller overdrage til en kollega.

Trin 2 — Vinduet Create a 4D database

Efter at have klikket på OK, viser 4D vinduet “Create a 4D database”. Her angiver du to ting:

• Hvor databasemappen skal gemmes.
• Hvad databasen skal hedde.

Vælg en placering, du nemt kan finde igen, og vælg et navn, der afspejler applikationens formål snarere end en midlertidig etiket. Du vil indtaste dette navn i stier og referencer gentagne gange, så klarhed nu sparer forvirring senere.

Når du er tilfreds, skal du klikke på Save.

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

Trin 3 — Strukturvinduet

4D åbner derefter vinduet “Structure for Sample Database” — eller, hvis du navngav din database noget andet, “Structure for (hvad end du kaldte din database).” Dette er din hjemmebase i Design-mode. Alt, hvad du bygger — tabeller, felter, relationer, formularer — starter fra strukturen.

Struktur vs. data: Den forskel, der betyder noget

En af de mest værdifulde mentale modeller i 4D er adskillelsen mellem strukturen og data.

Komponent	Hvad den rummer	Hvornår den ændres	Typisk fil
Struktur	Tabeller, felter, relationer, formularer, værdilister, metoder, menuer	Under design og udvikling	Strukturfil
Data	De faktiske poster, som dine brugere opretter	Ved daglig brug	Datafil

Hvorfor betyder det noget i praksis?

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..

• Sikkerhedskopier og implementering. Du kan sikkerhedskopiere eller flytte datafilen uafhængigt af strukturen i mange arbejdsgange, og du kan opdatere strukturen uden at forstyrre posterne — forudsat at du håndterer ændringerne omhyggeligt.
• Udvikling vs. produktion. Du kan udvikle mod en kopi af strukturen, mens rigtige brugere arbejder med de live data, og derefter flette ændringerne bevidst.
• Fejlfinding. Når noget opfører sig mærkeligt, indsnævres søgningen enormt ved at vide, om problemet ligger i skemaet (struktur) eller i en specifik post (data).

At holde begge filer i én databasemappe — standarden fra trin 1 — er den enkleste løsning og det rigtige udgangspunkt for de fleste små teams. Efterhånden som din applikation vokser, kan du genoverveje, hvordan du adskiller dem.

En praktisk tjekliste, før du bygger

Når dit strukturvindue er åbent, skal du modstå trangen til straks at begynde at klikke. Et par minutters planlægning forhindrer timers efterarbejde. Brug dette som en tjekliste før opbygning:

• Navngiv applikationens formål i én sætning. Hvis du ikke kan, er omfanget endnu ikke klart nok til at blive modelleret.
• List de ting fra den virkelige verden, du sporer (kunder, ordrer, fakturaer, lagervarer). Hver af disse bliver en potentiel tabel.
• For hver ting, list dens attributter. Disse bliver til felter.
• Identificer, hvordan tingene relaterer til hinanden (en kunde har mange ordrer; en ordre har mange linjeposter). Disse bliver til relationer.
• Skitser de skærme, som brugerne faktisk får brug for. Disse bliver til formularer.
• Noter eventuelle dropdown- eller valgliste, som brugerne vil forvente. Disse bliver til værdilister.

Denne tjekliste knytter sig direkte til seriens struktur: tabeller, datafelter, formularer og værdilister er de næste fire emner, efterfulgt af indtastning af eksempeldata. At tænke over det på forhånd betyder, at hvert efterfølgende trin har et klart mål.

Almindelige faldgruber for nytilkomne

En kort liste over de fælder, der fanger folk tidligt, baseret på de ovenfor beskrevne egenskaber:

• At antage, at du stadig er i Design-mode. Det er du måske ikke. Tjek menuen Use.
• At gå i panik, når menulinjen ændrer sig. Den er kontekstafhængig efter design. De kommandoer, du har brug for, er normalt stadig der, blot flyttet.
• At navngive databasen skødesløst. Du vil referere til dette navn konstant. Vælg med omhu.
• At fjerne markeringen af “Create a Database Folder” uden grund. At holde struktur og data sammen er den fornuftige standard for små teams.
• At forsøge at lære Custom Menus før det grundlæggende. Det er kraftfuldt, men det er et emne til senere. Gem det til nu.

Hvor serien går hen næste gang

Denne del etablerede fundamentet: miljømodellen, adfærden ved skift af tilstand og oprettelsen af en ny database med dens struktur- og datafiler. Herfra fortsætter serien i en bevidst rækkefølge:

1. Database Properties — konfiguration af de indstillinger, der styrer din databases adfærd.
2. Tabeller — definition af de enheder, som din applikation sporer.
3. Datafelter — specificering af attributterne for hver tabel.
4. Formularer — opbygning af de skærme, som brugerne interagerer med.
5. Værdilister (valglister) — levering af kontrollerede inputmuligheder.
6. Indtastning af eksempeldata — udfyldning af databasen for at teste dit design.

Hvert trin bygger på det forrige, så ved at gennemgå dem i rækkefølge — i stedet for at springe frem — undgår du, at udfordringerne med tilstandsskift og menulinjens særheder hober sig op. Hvis du kommer fra FileMaker, vil du opleve, at begreberne overføres godt; den primære tilvænning er 4Ds miljømodel og dens kontekstfølsomme grænseflade.

For læsere, der ønsker at placere terminologien i en bredere sammenhæng, er konceptet med et databaseskema — den formelle beskrivelse af tabeller, felter og deres relationer — veldokumenteret i Wikipedias database schema overview. Den relationelle model, der ligger til grund for meget af denne tænkning, spores tilbage til [E.

F. Codds relational model](https://en.wikipedia.org/wiki/Relational_model), og den generelle praksis med at adskille struktur fra data er en hjørnesten i database design. For selve platformen vedligeholder 4D officiel dokumentation og community-ressourcer under 4D-navnet.

Ofte stillede spørgsmål

Hvorfor skifter 4D mig hele tiden ud af Design-mode?

4D kan ændre miljøer uventet, mens du arbejder, hvilket er en kendt egenskab ved platformen snarere end en funktionsfejl. Når det sker, skal du åbne menuen Use og bekræfte, at Design er valgt. Hvis det ikke er tilfældet, skal du vælge det for at vende tilbage til dit udviklingsmiljø. At gøre dette tjek til en vane løser størstedelen af “hvorfor opfører det sig mærkeligt?”-øjeblikkene.

Hvorfor ændres menulinjerne og menuerne, mens jeg forbliver i Design-mode?

4D bruger kontekstafhængige menulinjer, så de tilgængelige menuer og kommandoer ændrer sig afhængigt af, hvad du gør i øjeblikket — om du redigerer strukturen, arbejder i en formular eller manipulerer en liste. Dette er et tilsigtet design, der fremhæver relevante kommandoer frem for én gigantisk statisk menu. Afvejningen er en læringskurve, men mønsteret bliver forudsigeligt med praksis.

Hvad er forskellen mellem strukturen og dataene?

Strukturen er dit skema: tabeller, felter, relationer, formularer, værdilister og metoder. Datafilen indeholder de faktiske poster, som dine brugere opretter og redigerer. At opbevare dem i én databasemappe — standarden, når du markerer “Create a Database Folder” — er den enkleste løsning for de fleste projekter med små teams og gør databasen nem at sikkerhedskopiere og flytte.

Skal jeg lade “Create a Database Folder” være markeret?

Ja, for de fleste projekter. Ved at lade det være markeret placeres struktur- og datafilerne sammen i en enkelt mappe, hvilket holder din database selvstændig og bærbar. Der findes avancerede scenarier, hvor du måske vil adskille dem, men det kommer senere. Som nybegynder er standardvalget det rigtige.

Hvad er brugerdefinerede menuer, og skal jeg lære dem nu?

Brugerdefinerede menuer lader dig oprette dine egne menulinjer, menuer og menupunkter, hvilket former slutbrugeroplevelsen af din applikation. De er en kraftfuld 4D-funktion, men det er ikke her, man skal starte. Den næste del af denne læringsserie dækker dem i detaljer. For nu skal du blot bemærke, at muligheden for brugerdefinerede menuer vises i “Use”-menuen, når du er i brugertilstand.

Jeg kommer fra FileMaker Pro. Hvad skal jeg være opmærksom på?

Meget af ordforrådet kan overføres, og derfor beholder denne serie velkendte termer som “tilstand” (mode) frem for 4D’s eget “miljø” (environment). De primære tilvænninger er 4D’s miljømodel — hvor let det er at glide mellem design- og brugertilstand — og dens kontekstafhængige menulinjer. Forvent en vis indledende frustration over menuer, der ser ud til at flytte sig, og planlæg at øve dig, før det føles naturligt.