4th Dimension Learning: Grundlæggende principper

Skift mellem formularer er en grundlæggende navigationsevne: Tryk på Enter for at forlade Input-formularen, og dobbeltklik hvor som helst på Output-formularen for at vende tilbage.

• Værdilister (valglister) er mekanismen, der holder data rene ved indtastning — de begrænser, hvad en bruger kan skrive, i stedet for at stole på validering efterfølgende.
• I det øjeblik du gemmer dine første poster, opretter 4D den fysiske databasemappe og dens understøttende filer på disken — det er denne struktur, du vil sikkerhedskopiere, flytte og til sidst implementere.
• Indtastning af eksempeldata er ikke spildtid: Det er sådan, du verificerer, at dine tabeller, felter, formularer og værdilister faktisk fungerer sammen, før du bygger noget ovenpå dem.

Hvorfor dataindtastning er den rigtige test af dit design

Indtil dette tidspunkt i indlæringssekvensen har du oprettet en database, indstillet dens egenskaber, defineret tabeller og datafelter, bygget formularer og tilsluttet værdilister. Indtastning af eksempeldata er der, hvor alle disse beslutninger møder virkeligheden.

Et felt, der så fornuftigt ud i Structure-editoren, kan vise sig at være af den forkerte type, når du prøver at indtaste en reel værdi i det. En værdiliste, der virkede komplet, kan vise sig at mangle den ene mulighed, som en bruger faktisk har brug for. Et formularlayout, der så balanceret ud i formulareditoren, kan vise sig at være akavet, når du tabulerer gennem det med et tastatur.

Det er derfor, erfarne 4D-udviklere behandler det første dataindtastningspas som en designgennemgang, ikke som en rutineopgave med dataindlæsning. Du udfylder ikke bare en tabel — du stresstester skemaet, formularen og valglisterne samtidigt. Hvis noget føles klodset nu, vil det føles langt værre, når du har hundredvis af poster og downstream-rapporter, der afhænger af det.

Indtastning af data: Mekanikken

Sørg for, at du er i Brugertilstand (User mode), før du begynder. I 4Ds klassiske arkitektur skelner miljøet mellem Design mode (hvor du redigerer struktur, formularer og kode) og User mode (hvor du faktisk arbejder med poster). Data skal indtastes via Input/Detalje-formularen. Du kan ikke indtaste data på Output/Liste-formularen — denne formular er designet til gennemgang og listning, ikke til redigering.

Hvis du prøver, er 4D tilgivende: et dobbeltklik på et datafelt eller hvor som helst i Output-formularen skifter blot til Input-formularen. Denne adfærd er bevidst og værd at internalisere, fordi det betyder, at Output-formularen også fungerer som en navigationsoverflade.

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

Når du er i Input-formularen, fungerer indtastning af data meget ligesom i enhver databaseapplikation:

• Klik direkte på et felt for at placere din markør der.
• Tab gennem felterne i rækkefølge — dette er normalt hurtigere end at klikke, og det respekterer den feltrækkefølge, du har defineret i formularen.
• Pop-up-lister vises, når et felt er knyttet til en værdiliste; du klikker på det element, du vil vælge, og 4D skriver denne værdi ind i feltet.

Det sidste punkt er gevinsten ved det arbejde med værdilister, du udførte tidligere. En velopbygget valgliste betyder, at brugeren aldrig behøver at huske den nøjagtige stavning af en kategori, en status eller en region — de vælger fra et kontrolleret ordforråd.

Dette er det samme princip, som relationel databaseteori kalder en domænebegrænsning, og det er en af de billigste og mest værdifulde former for dataintegritet, du kan bygge. Hvis du ønsker den formelle baggrund, forklarer Wikipedia-artiklen om databasenormalisering, hvorfor kontrollerede værdier i opslagsfelter reducerer redundans og opdateringsanomalier.

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

Skift mellem input- og outputformularer

Navigation mellem de to formtyper er bevidst minimal, og det er værd at gøre til en muskelhukommelse:

• Fra Input-formularen: tryk på Enter for at skifte tilbage til Output-formularen.
• Fra Output-formularen: dobbeltklik hvor som helst på formularen for at skifte til Input-formularen.

Der er en subtilitet her, som kan snyde nybegyndere. At trykke på Enter i Input-formularen tjener to formål — det både validerer/accepterer den aktuelle post og bringer dig tilbage til listen.

Det betyder, at hvis du har indtastet noget ugyldigt (en værdi, der ikke matcher feltets type, eller et påkrævet felt, der er efterladt tomt), kan 4D holde dig på formularen i stedet for at lade dig forlade den. Betragt det som en funktion: det er databasen, der nægter at acceptere dårlige data, hvilket er præcis, hvad du ønsker.

En praktisk vane: Efter indtastning af hver post skal du kaste et blik på Output-formularen for at bekræfte, at posten faktisk vises, og at værdierne er landet i de kolonner, du forventer. Output-formularen er din hurtigste visuelle revision af det, du lige har gemt.

Et konkret eksempel: Indtastning af dine første poster

Antag, at din eksempeldatabase sporer kontakter med felter til navn, kategori og region, og at der er knyttet værdilister til kategori- og regionsfelterne. Sådan ser et rent indtastningspas ud:

1. Skift til User mode.
2. Dobbeltklik på Output-formularen for at åbne Input-formularen.
3. Klik i navnefeltet og skriv en værdi.
4. Tab til kategorifeltet. Fordi det er bundet til en værdiliste, vises en pop-up — vælg en mulighed i stedet for at skrive.
5. Tab til regionsfeltet og vælg fra listen på samme måde.
6. Tryk på Enter for at acceptere posten og vende tilbage til Output-formularen.
7. Bekræft, at den nye række vises med de værdier, du valgte.
8. Gentag for flere poster, hvor du bevidst varierer værdierne, så du afprøver forskellige listeindstillinger.

Trin 8 betyder mere, end det lyder. Hvis du kun indtaster én kategori, opdager du aldrig, at en anden kategori mangler på listen, eller at et felt er for smalt til at vise en længere værdi. At variere dine prøvedata er måden, du finder disse huller på, mens de stadig er billige at rette.

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

Hvad 4D opretter på disken

Når du gemmer poster, materialiserer 4D databasen som en mappe på disken, der indeholder strukturfilen, datafilen og understøttende ressourcer. Dette er det artefakt, som du i sidste ende vil kopiere, tage backup af og implementere. Det er vigtigt af nogle få praktiske årsager at forstå, at databasen er en mappe — ikke en enkelt uigennemsigtig fil:

• Backups skal indfange hele mappen, ikke kun én fil, ellers risikerer du et mismatch mellem struktur og data.
• Flytning af en database mellem maskiner betyder at flytte mappen intakt og bevare dens interne relative stier.
• Versionsstyring af strukturen er mulig, men selve datafilen er ikke noget, man typisk committer.

Hvis du kommer fra en baggrund med enkelt-fil desktop-databaser, er denne mappebaserede model en af de første virkelig forskellige ting ved at arbejde i 4D, og det er værd at forstå tidligt. Det bredere koncept om, hvordan databasestyringssystemer adskiller struktur fra data, er dækket i Wikipedia-oversigten over database management systems.

Hvordan man beslutter, hvad der skal indtastes som prøvedata

Ikke alle prøvedata er lige nyttige. Et kort, bevidst sæt slår et stort, tilfældigt sæt. Brug disse kriterier, når du beslutter, hvad du skal skrive:

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

• Dæk alle valgmuligheder i værdilisten mindst én gang. Dette beviser, at hvert valg er tilgængeligt og vises korrekt.
• Inkluder ét grænsetilfælde (edge case) per felt. Et meget langt navn, en værdi på grænsen af et numerisk område, et tomt valgfrit felt.
• Indtast mindst én post, som du har til hensigt at slette. Du vil bekræfte, at sletning fungerer som forventet, før der findes faktiske data.
• Varier posterne, så Output-formularen har noget at sortere og scanne. En liste med næsten identiske rækker fortæller dig intet om kolonnebredder eller læsbarhed.
• Hold sættet lille. Fem til ti velvalgte poster er normalt nok til at validere et design; du tester skemaet, ikke udfylder produktionen.

Dette afspejler den praksis, som softwaretest kalder boundary value analysis — testning ved grænserne for acceptabelt input, hvor defekter ofte klumper sig sammen. Wikipedia-artiklen om software testing dækker den familie af teknikker, dette tilhører.

Almindelige faldgruber på dette stadium

Nogle problemer dukker op igen og igen, når folk for første gang indtaster data i 4D:

• Forsøg på at skrive på Output-formularen. Den accepterer ikke input; den vil blot sende dig videre til Input-formularen. Dette er tilsigtet, ikke en fejl.
• Indtastning i et værdiliste-felt i stedet for at vælge. Afhængigt af hvordan listen er konfigureret, kan fri indtastning blive afvist eller kan skabe en utilsigtet værdi. Foretræk at vælge fra pop-up-menuen.
• At glemme at trykke Enter. Hvis du navigerer væk uden at acceptere, bliver posten muligvis ikke gemt. Gør Enter til en vane.
• At antage at posten blev gemt, fordi formularen lukkede. Bekræft altid på Output-formularen.
• Indtastning af dusinvis af poster før designet tjekkes. Ret skemaet og formularen først, og foretag derefter bulk-indtastning.

Hvor dette passer ind i læringsstien

Dette trin — indtastning af prøvedata — er det sidste i den grundlæggende sekvens: opret en database, indstil egenskaber, definer tabeller, definer datafelter, byg formularer, forbind værdilister og indtast til sidst data. Når du pålideligt kan indtaste, se og navigere i poster, har du en fungerende 4D-database og en mental model, du kan bygge videre på. Alt hvad der følger — forespørgsler, rapporter, metoder og til sidst implementering — forudsætter, at du er komfortabel med dette loop.

For udviklere, der kommer fra andre platforme, hjælper det at vide, at 4D’s tilgang stammer fra den samme relationelle tradition som produkter som Microsoft Access og FileMaker, men med sit eget sprog og sin egen formularcentrerede arbejdsgang. Wikipedia-artiklen om 4D (programming language) giver nyttig kontekst om, hvor platformen befinder sig i det bredere landskab.

Ofte stillede spørgsmål

Hvorfor kan jeg ikke skrive data direkte på Output-formularen?

Output-formularen er designet til at gennemse og liste poster, ikke til at redigere dem. Når du dobbeltklikker på et felt eller hvor som helst på formularen, skifter 4D automatisk til Input/Detail-formularen, som er der, hvor al dataindtastning sker. Denne adskillelse holder listevisningen hurtig og forhindrer utilsigtede redigeringer, mens du scanner poster.

Hvordan skifter jeg frem og tilbage mellem Input- og Output-formularerne?

Fra inputformularen skal du trykke på Enter for at vende tilbage til outputformularen. Fra outputformularen skal du dobbeltklikke hvor som helst for at åbne inputformularen. Disse to bevægelser er kernen i navigationssløjfen i brugertilstand, og de er værd at øve sig på, indtil de sidder på rygraden.

Hvad sker der, hvis jeg trykker på Enter med en ugyldig værdi i et felt?

4D holder dig muligvis på formularen i stedet for at acceptere posten, fordi værdien ikke matcher feltets type, eller et påkrævet felt er tomt. Dette er databasen, der beskytter sin egen integritet. Ret værdien, og tryk på Enter igen for at gemme.

Skal jeg indtaste en masse eksempeldata?

Nej. Et lille, gennemtænkt sæt på fem til ti poster, der dækker alle muligheder i værdilisten og inkluderer et par grænsetilfælde, er langt mere nyttigt end en stor tilfældig mængde. Du validerer designet, du udfylder ikke en produktionsdatabase.

Hvad opretter 4D på disken, når jeg gemmer poster?

4D opretter en databasemappe, der indeholder strukturfilen, datafilen og understøttende ressourcer. Fordi databasen er en mappe snarere end en enkelt fil, skal sikkerhedskopier og flytninger omfatte hele mappen for at undgå uoverensstemmelse mellem struktur og data.

Er det virkelig nødvendigt at indtaste eksempeldata, før der bygges mere?

Ja – det er den hurtigste måde at bekræfte, at dine tabeller, felter, formularer og værdilister fungerer sammen. Problemer, der er trivielle at løse nu, bliver dyre, når forespørgsler, rapporter og metoder afhænger af skemaet. Betragt denne gennemgang som en designrevision, ikke som en sur pligt.