Grunnleggende om 4th Dimension Learning

Dette er den første delen i en praktisk serie for utviklere, citizen developers og IT-byggere i små team som ønsker å levere tilpassede forretningsapplikasjoner på 4D-plattformen uten en full ingeniøravdeling. Målet med denne delen er beskjedent, men grunnleggende: få opprettet en database, forstå miljøet du jobber i, og legge grunnlaget for tabeller, felt, skjemaer og verdilister som kommer etterpå.

Hvis du kommer fra FileMaker Pro (FMP), vil mye av vokabularet føles kjent, og denne veiledningen beholder bevisst noe av den delte terminologien. Der 4D divergerer – og det divergerer på viktige måter – blir disse forskjellene påpekt eksplisitt.

Viktige takeaways

• 4D deler arbeidet ditt inn i Design- og Bruker-miljøer (kalt “moduser” gjennom denne serien). Mye av forvirringen for nykommere skyldes at man utilsiktet driver mellom dem.
• Menylinjen endres avhengig av kontekst, selv mens du er i designmodus. Dette er en genuin 4D-karakteristikk, ikke en feil, og det er den største enkeltkilden til tidlig frustrasjon.
• En ny database opprettes som en mappe som inneholder en strukturfil og en datafil. Å holde dem sammen (standardvalget) er det riktige valget for de fleste prosjekter i små team.
• Strukturen er skjemaet ditt – tabeller, felt, relasjoner, skjemaer og metoder. Data-filen inneholder postene. Å forstå denne oppdelingen tidlig lønner seg senere.
• Egendefinerte menyer er en kraftig 4D-funksjon du vil bli ordentlig kjent med i neste del av serien. For nå, bare merk deg at de eksisterer.

Forstå 4D-miljømodellen

Før du lager noe, hjelper det å forstå hvordan 4D organiserer arbeidet ditt. 4D kjører i distinkte miljøer – det denne serien kaller “moduser” for korthetens skyld og for lesere som kommer fra FileMaker. De to du vil oppholde deg i er:

• Designmodus — der du bygger strukturen: tabeller, felt, relasjoner, skjemaer, verdilister og metoder.
• Brukermodus — der applikasjonen faktisk kjører og du (eller brukerne dine) legger inn og blar gjennom data.

Det finnes også et valg for Egendefinerte menyer som vises i Use-menyen når du er i brukermodus. Egendefinerte menyer lar deg definere dine egne menylinjer, menyer og menyelementer – noe som effektivt former sluttbrukeropplevelsen av applikasjonen din. Det er en genuint kraftig funksjon, og neste del av denne læringsserien dekker den i detalj. For nå, bare registrer at den eksisterer slik at den ikke overrasker deg senere.

Modusbyttefellen

Her er advarselen som snubler nesten alle: I 4D kan andre ting endre seg uventet mens du holder på med én ting. Midt i utformingen av et skjema eller redigering av et felt, kan du plutselig oppdage at du ikke lenger er i designmodus. Applikasjonen har flyttet deg over i brukermodus.

Når det skjer, er løsningen enkel, men du må vite at du skal se etter den:

Relatert: Airtable — Et regneark-enkelt grensesnitt som sitter på toppen av en ekte relasjonsdatabase, med automatiseringer, visninger og delbare grensesnitt..

1. Sjekk Use-menyen.
2. Bekreft at Design er det valgte alternativet.
3. Hvis ikke, velg Design for å gå tilbake til utviklingsmiljøet.

Hvis ting ser rart ut – menyer du ikke kjenner igjen, et skjema som plutselig oppfører seg som en kjørende applikasjon – er dette nesten alltid årsaken. Gjør det til en refleks å sjekke Use-menyen.

Hvorfor menyene stadig endres

En annen, relatert egenskap er at 4D bytter menylinjer avhengig av hva du gjør. Selv om du aldri forlater designmodus, vil menylinjen og menyene endres basert på gjeldende kontekst – enten du redigerer strukturen, jobber i en skjemaredigerer eller manipulerer en liste.

Dette er tilsiktet. 4D viser kommandoene som er relevante for din nåværende oppgave i stedet for å presentere én enorm statisk meny. Avveiningen er en brattere læringskurve: kommandoer ser ut til å “flytte på seg” eller “forsvinne” fordi de er kontekstsensitive. Dokumentasjonen i denne serien prøver å holde dette oversiktlig for deg, men vær forberedt på å øve. Frustrasjonen avtar når mønsteret faller på plass – og mønsteret er konsistent når du først har internalisert det.

Hvis du handler: Zoho Creator — En lavkode-appbygger som kobles til den bredere Zoho-pakken og priser per bruker i stedet for per app..

Opprette en ny database

Med miljømodellen i tankene er det enkelt å opprette en database. Følgende prosedyre går gjennom opprettelsen av en ny eksempeldatabase.

Trinn 1 — Vinduet Open Database

Når 4D åpnes, vises vinduet Open Database. Herfra kan du enten velge en eksisterende database eller opprette en ny.

• For å åpne noe du allerede har, velg det fra listen.
• For å starte på nytt, velg “Create a Blank Database.”

La alternativet “Create a Database Folder” være avmerket. Dette sikrer at struktur- og datafilene plasseres sammen i én enkelt mappe, noe som holder prosjektet ditt selvstendig og bærbart. For arbeid i små team er dette nesten alltid det du ønsker – det gjør databasen enkel å sikkerhetskopiere, flytte mellom maskiner eller overlevere til en kollega.

Trinn 2 — Vinduet Create a 4D database

Etter å ha klikket OK, viser 4D vinduet “Create a 4D database”. Her spesifiserer du to ting:

• Hvor databasemappen skal lagres.
• Hva databasen skal hete.

Velg et sted du enkelt kan finne igjen, og velg et navn som gjenspeiler applikasjonens formål i stedet for en midlertidig etikett. Du kommer til å skrive dette navnet i stier og referanser gjentatte ganger, så tydelighet nå sparer deg for forvirring senere.

Når du er fornøyd, klikker du på Save.

Relatert: Knack — En databasebygger uten kode rettet mot portaler, kataloger og interne verktøy – med fastpris i stedet for avgifter per bruker..

Trinn 3 — Strukturvinduet

4D åpner deretter “Structure for Sample Database”-vinduet — eller, hvis du kalte databasen din noe annet, “Structure for (uansett hva du kalte databasen).” Dette er din hjemmebase i designmodus. Alt du bygger – tabeller, felt, relasjoner, skjemaer – begynner fra strukturen.

Struktur vs. data: Skillet som betyr noe

En av de mest verdifulle mentale modellene i 4D er skillet mellom strukturen og dataene.

Komponent	Hva den inneholder	Når den endres	Typisk fil
Struktur	Tabeller, felt, relasjoner, skjemaer, verdilister, metoder, menyer	Under design og utvikling	Strukturfil
Data	De faktiske postene brukerne dine oppretter	Ved daglig bruk	Datafil

Hvorfor har dette praktisk betydning?

Vårt valg: Claris FileMaker Pro — Den langvarige relasjonsdatabaseplattformen for team som trenger tilpassede apper på skrivebord, nett og mobil fra én enkelt fil..

• Sikkerhetskopiering og distribusjon. Du kan sikkerhetskopiere eller flytte datafilen uavhengig av strukturen i mange arbeidsflyter, og du kan oppdatere strukturen uten å forstyrre postene — forutsatt at du håndterer endringene nøye.
• Utvikling vs. produksjon. Du kan utvikle mot en kopi av strukturen mens ekte brukere jobber med live-data, for så å flette endringene bevisst.
• Feilsøking. Når noe oppfører seg merkelig, begrenser det søket enormt å vite om problemet ligger i skjemaet (struktur) eller i en spesifikk post (data).

Å holde begge filene i én databasemappe — standardvalget fra trinn 1 — er den enkleste ordningen og det riktige utgangspunktet for de fleste små team. Etter hvert som applikasjonen din vokser, kan du vurdere på nytt hvordan du skiller dem.

En praktisk sjekkliste før du bygger

Når strukturvinduet er åpent, motstå trangen til å begynne å klikke umiddelbart. Noen få minutter med planlegging forhindrer timer med omarbeid. Bruk dette som en sjekkliste før bygging:

• Beskriv applikasjonens formål i én setning. Hvis du ikke kan det, er omfanget ennå ikke klart nok til å modelleres.
• List opp de virkelige tingene du sporer (kunder, bestillinger, fakturaer, lagerartikler). Hver av disse blir en kandidattabell.
• For hver ting, list opp attributtene. Disse blir felt.
• Identifiser hvordan tingene relaterer til hverandre (en kunde har mange bestillinger; en bestilling har mange linjeelementer). Disse blir relasjoner.
• Skisser skjermbildene brukerne faktisk vil trenge. Disse blir skjemaer.
• Noter eventuelle rullegardiner eller valglister brukerne vil forvente. Disse blir verdilister.

Denne sjekklisten samsvarer direkte med seriestrukturen: tabeller, datafelt, skjemaer og verdilister er de neste fire emnene, etterfulgt av å legge inn eksempeldata. Ved å tenke gjennom dette på forhånd, har hvert påfølgende trinn et klart mål.

Vanlige fallgruver for nykommere

En kort liste over fellene folk ofte går i tidlig, basert på egenskapene beskrevet ovenfor:

• Å anta at du fortsatt er i designmodus. Det er ikke sikkert du er det. Sjekk Use-menyen.
• Å få panikk når menylinjen endres. Den er kontekstsensitiv av design. Kommandoene du trenger er vanligvis fortsatt der, bare flyttet.
• Å navngi databasen uforsiktig. Du vil referere til dette navnet konstant. Velg med omhu.
• Å fjerne merket for “Create a Database Folder” uten grunn. Å holde struktur og data sammen er det fornuftige standardvalget for små team.
• Å prøve å lære egendefinerte menyer før det grunnleggende. Det er kraftfullt, men det er et tema for senere. Legg det bort for nå.

Veien videre i serien

Denne delen etablerte grunnlaget: miljømodellen, oppførselen ved modusbytte, og opprettelsen av en ny database med tilhørende struktur- og datafiler. Herfra fortsetter serien i en bevisst rekkefølge:

1. Databaseegenskaper — konfigurering av innstillingene som styrer databasens oppførsel.
2. Tabeller — definering av enhetene applikasjonen din sporer.
3. Datafelt — spesifisering av attributtene til hver tabell.
4. Skjemaer — bygging av skjermbildene brukerne samhandler med.
5. Verdilister (valglister) — tilgjengeliggjøring av kontrollerte inndataalternativer.
6. Legge inn eksempeldata — fylling av databasen for å teste designet ditt.

Hvert trinn bygger på det forrige, så ved å jobbe gjennom dem i rekkefølge — i stedet for å hoppe frem i tid — unngår du at utfordringer med modusbytte og menylinjen hoper seg opp. Hvis du kommer fra FileMaker, vil du oppleve at konseptene overføres godt; den største justeringen er 4Ds miljømodell og det kontekstsensitive grensesnittet.

For lesere som ønsker å forankre terminologien i et bredere landskap, er konseptet med et databaseskjema — den formelle beskrivelsen av tabeller, felt og deres relasjoner — godt dokumentert i Wikipedias oversikt over databaseskjemaer. Relasjonsmodellen som ligger til grunn for mye av denne tenkningen kan spores tilbake til [E.

F. Codds relasjonsmodell](https://en.wikipedia.org/wiki/Relational_model), og den generelle praksisen med å skille struktur fra data er en hjørnestein i databasedesign. For selve plattformen vedlikeholder 4D offisiell dokumentasjon og fellesskapsressurser under navnet 4D.

Ofte stilte spørsmål

Hvorfor bytter 4D meg ut av designmodus?

4D kan bytte miljø uventet mens du jobber, noe som er en kjent egenskap ved plattformen snarere enn en funksjonsfeil. Når det skjer, åpner du Use-menyen og bekrefter at Design er valgt. Hvis ikke, velger du det for å gå tilbake til utviklingsmiljøet ditt. Ved å gjøre denne sjekken til en vane, løser du flertallet av “hvorfor oppfører dette seg merkelig?”-øyeblikkene.

Hvorfor endres menylinjene og menyene mens jeg forblir i designmodus?

4D bruker kontekstsensitive menylinjer, så de tilgjengelige menyene og kommandoene endres avhengig av hva du gjør for øyeblikket – redigerer strukturen, jobber i et skjema eller manipulerer en liste. Dette er et tilsiktet design som fremhever relevante kommandoer i stedet for én gigantisk statisk meny. Avveiningen er en læringskurve, men mønsteret blir forutsigbart med praksis.

Hva er forskjellen mellom strukturen og dataene?

Strukturen er skjemaet ditt: tabeller, felt, relasjoner, skjemaer, verdilister og metoder. Datafilen inneholder de faktiske postene brukerne dine oppretter og redigerer. Å holde dem i én databasemappe – som er standard når du merker av for “Create a Database Folder” – er den enkleste ordningen for de fleste prosjekter med små team, og gjør databasen enkel å sikkerhetskopiere og flytte.

Skal jeg la “Create a Database Folder” være merket?

Ja, for de fleste prosjekter. Ved å la det være merket plasseres struktur- og datafilene sammen i én enkelt mappe, slik at databasen din forblir selvstendig og bærbar. Det finnes avanserte scenarier der du kan skille dem, men det kommer senere. Som nykommer er standardvalget det riktige.

Hva er egendefinerte menyer, og bør jeg lære dem nå?

Egendefinerte menyer lar deg lage dine egne menylinjer, menyer og menyelementer, og former sluttbrukeropplevelsen av applikasjonen din. De er en kraftig 4D-funksjon, men det er ikke her man bør begynne. Den neste delen av denne læringsserien dekker dem i detalj. For nå er det bare å merke seg at alternativet for egendefinerte menyer vises i Use-menyen når du er i brukermodus.

Jeg kommer fra FileMaker Pro. Hva bør jeg passe på?

Mye av vokabularet overføres, og det er derfor denne serien beholder kjente termer som “modus” i stedet for 4Ds eget “miljø”. De viktigste justeringene er 4Ds miljømodell – hvor det er enkelt å bevege seg mellom design- og brukermodus – og de kontekstsensitive menylinjene. Forvent litt innledende frustrasjon med menyer som ser ut til å flytte på seg, og planlegg å øve før det føles naturlig.