4. dimension læringsgrundlag

Key Takeaways

• 4D-læringsstien har tre lag: relationel designteori, 4D-specifik platformviden og community-/mentorressourcer — de fleste begyndere springer det første over og kæmper senere.
• Bøger som Inside 4th Dimension og Programming 4th Dimension: The Ultimate Guide forbliver værdifulde, fordi 4D’s kernekoncepter (tabeller, felter, relationer, formularer, metoder) har holdt sig bemærkelsesværdigt stabile på tværs af versioner.
• 4D-NUG-arkivet (Monkeywerks) og Dimensions Magazine repræsenterer den institutionelle hukommelse i 4D-udviklersamfundet — søgbart, praktisk og ofte mere nyttigt end officiel dokumentation til problemer i den virkelige verden.
• Grundlæggende principper for relationel databasedesign (normalisering, nøgler, referentiel integritet) er platformagnostiske og værd at lære fra dedikerede tekster, ikke kun 4D-manualer.
• En nybegynder bør afsætte tid til både struktureret læsning og praktisk databaseopbygning — de to forstærker hinanden på måder, som ingen af dem gør alene.

---

Hvorfor det grundlæggende er vigtigt

Hver udviklingsplatform har et øjeblik, hvor en nykommer enten “forstår det” eller stille og roligt giver op. For 4D (4th Dimension) kommer det øjeblik normalt, når du forsøger at bevæge dig fra at klikke rundt i designmiljøet til faktisk at bygge noget, der fungerer — en tabelstruktur, der holder sammen, en formular, der opfører sig korrekt, en metode, der gør, hvad du havde til hensigt.

De ressourcer, der er indsamlet her, er dem, der historisk har hjulpet 4D-udviklere med at lukke dette hul. De falder i tre brede kategorier:

• Relationel databaseteori — de begreber, der gælder for enhver database, ikke kun 4D.
• 4D-specifikke referencer — bøger og vejledninger skrevet til denne platform.
• Community-viden — magasiner, mailinglistearkiver og udviklerwebsteder.

At forstå hvorfor hver kategori betyder noget, er mere nyttigt end at huske en liste med titler.

Relationelt databasedesign: Fundamentet, ingen lærer dig i 4D

4D er et relationelt databasestyringssystem. Den sætning betyder noget. Hvis du ikke forstår, hvad en relation er, hvorfor normalisering eksisterer, eller hvad en primær nøgle rent faktisk gør, vil du bygge databaser, der virker fine i en måned og bliver umulige at vedligeholde inden for et år.

Tre klassiske tekster er værd at kende her:

• Relational Database Design Clearly Explained af Jan Harrington (AP Professional, 1998) — en læsbar introduktion rettet mod folk, der har brug for at designe rigtige databaser, ikke studere teori for teoriens skyld.
• Inside Relational Databases af Mark Whitehorn og Bill Marklyn (Springer, 1998) — en mere grundig behandling, der forklarer hvorfor relationelle systemer fungerer, som de gør.
• Handbook of Relational Database Design af Candace C. Fleming og Barbara Vonhalle — en håndbog i referencestil, som er nyttig, når du skal slå et specifikt designmønster op.

Disse bøger går forud for moderne cloud-databaser, men de underliggende principper — normalisering, entitets-relationsmodellering, referentiel integritet — er de samme, som blev formaliseret af **E. F.

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

Codd** i 1970’erne og stadig undervises i i dag. Hvis du vil have en gratis introduktion, er Wikipedia-artiklen om databasenormalisering et rimeligt udgangspunkt, og den bredere artikel om den relationelle model forklarer teorien bag.

En praktisk regel for begyndere

Når du designer din første 4D-database, skal du stille tre spørgsmål, før du opretter en tabel:

1. Hvilken enkelt ting repræsenterer denne tabel? (En kunde, en faktura, et produkt — ikke “kundeting”).
2. Hvad identificerer hver række entydigt? (Dette bliver din primære nøgle).
3. Hvad afhænger denne tabel af, og hvad afhænger af den? (Dette definerer dine relationer.)

Hvis du ikke kan svare på alle tre, er du ikke klar til at bygge tabellen endnu.

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

4D-specifikke bøger og referencer

Når du har teorien, har du brug for platformsspecifik vejledning. 4D-økosystemet har produceret et lille antal virkelig nyttige bøger gennem årene.

Inside 4th Dimension

Af Steve Hussey og Geoff Perlman betragtes denne bredt som en god begynderbog. Den dækker de fleste emner, som en ny udvikler har brug for, og selvom den er skrevet til 4D version 6.0, forbliver den meget lig i strukturen med 6.5 og nyere. Udgiverwebstedet er inner-dimension.com.

Geoff Perlman fortsatte senere med at grundlægge 4D, Inc. i USA og til sidst Real Software, virksomheden bag programmeringssproget REALbasic/Xojo — en nyttig påmindelse om, at 4D-community’et altid har overlappet med den bredere Mac- og cross-platform udviklingsverden.

4D A–Z

Også af Steve Hussey; 4D A–Z er en CD-baseret reference leveret som PDF-filer. Dens salgsargument er fuldstændighed: den sigter mod at være den mest grundige referencevejledning til 4D-familien af applikationer og plug-ins. Oplysningerne gemmes i en søgbar 4D v6.5 database, hvilket i sig selv er en fin demonstration af, hvad 4D kan. Se inner-dimension.com/Pages/4DAtoZ.html.

Programming 4th Dimension: The Ultimate Guide

Af David Adams og Dan Beckett er denne bog bemærkelsesværdig for at være fuld af erfaringer fra den virkelige verden og anbefalinger fra aktive MIS-veteraner og konsulenter. Det er mindre en tutorial og mere en “her er, hvad der rent faktisk virker i produktionen”-guide. Relateret materiale er tilgængeligt på island-data.com, herunder en samling af artikler og en velkendt artikel om normalisering i PDF-form.

4D for Fun & Profit

Af Walt Nelson er dette en overlevelsesguide for professionelle 4D-udviklere snarere end en teknisk manual. Dens præmis er ligetil: Hvis du udfører arbejde, som markedet har brug for, og du nyder det, vil du lægge flere kræfter, flere timer og mere stolthed i det — og til sidst tjene mere. Det sværere spørgsmål, den adresserer, er, hvordan man holder 4D-programmering sjovt, efter nyhedsværdien forsvinder, og man forsøger at leve af det. Se waltnelson.com.

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

Valg mellem dem

Bog	Bedst til	Stil
Inside 4th Dimension	Absolutte begyndere	Vejledning, bred dækning
4D A–Z	Referenceopslag	Udtømmende, søgbar
Programming 4th Dimension	Mellemliggende udviklere	Rådgivning fra den virkelige verden
4D for Fun & Profit	Freelancere / karrierebyggere	Forretning og mindset

Hvis du kun kan købe én, så start med Inside 4th Dimension for at lære koncepterne, og brug de gratis fællesskabsarkiver til alt andet.

Fællesskabsviden: Magasiner og mailinglistearkiver

Bøger bliver forældede. Det gør fællesskaber ikke.

Dimensions Magazine

Dimensions var et teknisk tidsskrift på 60 sider, der udkom hver anden måned i otte år for 4D-brugere og -udviklere. Dets featureartikler tenderede mod mellemliggende og avanceret materiale, skrevet af medlemmer af 4D-udviklerfællesskabet og medarbejdere fra ACI (virksomheden, der producerede 4D i dens tidlige år). Hvert nummer indeholdt typisk mindst ti featureartikler, faste kolonner og produktannoncer fra tredjeparter. Abonnenter kunne modtage en eksemplardisk, der indeholdt de databaser, som forfatterne leverede til deres artikler — en virkelig nyttig funktion, som de fleste magasiner ikke tilbød. Webstedet var dimensionsmag.com.

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

4D-NUG-arkivet (Monkeywerks)

4D-NUG var mailinglisten for 4D North American Users Group, og dens arkiv — vedligeholdt af PDM — dækkede over otte års meddelelser. Dette er det tætteste, 4D-verdenen kommer på en søgbar institutionel hukommelse.

Arkivet er ikke perfekt, men med minimal trial-and-error kan du normalt finde det, du har brug for. Nøglefærdigheden er at vide, hvad man skal søge efter. For eksempel ville en søgning på “toolbar” ved hjælp af indstillingen for emne i beskeden bringe en tråd frem med titlen “Windows stuck under toolbar” med et spørgsmål og tre separate svar. Den slags praktisk, hårdt tilkæmpet viden havner sjældent i den officielle dokumentation.

Arkivet lå på pdm-inc.com/monkeywerks/monkey.html.

FourDzine

FourDzine (udtales “for design”), et websted vedligeholdt af Steven Willis, var endnu en fællesskabsressource for 4D-udviklere. Se 4dzine.com.

Sådan bruger du faktisk disse ressourcer

En almindelig fejl er at behandle denne liste som en indkøbsliste. En bedre tilgang er at sekvensere den.

1. Uge 1–2: Læs en indføring i relationelt design. Rør ikke 4D endnu. Skitsér en lille database på papir — kunder, ordrer, linjeposter.
2. Uge 3–4: Arbejd dig igennem Inside 4th Dimension eller tilsvarende begyndermateriale og byg den database, du skitserede.
3. Måned 2: Når du rammer dit første rigtige problem, skal du søge i 4D-NUG-arkivet, før du stiller et spørgsmål. Du lærer mere af at læse tre svar på en andens problem end af at få ét svar på dit eget.
4. Måned 3+: Find Programming 4th Dimension frem for rådgivning på produktionsniveau, og overvej 4D for Fun & Profit, hvis du overvejer at gøre dette kommercielt.

Tegn på, at du er klar til at komme videre

• Du kan forklare, hvorfor en tabel er i tredje normalform uden at slå det op.
• Du kan forudsige, hvad en 4D-metode vil gøre, før du kører den.
• Du har løst mindst ét problem ved at søge i arkivet i stedet for at spørge.

Almindelige faldgruber for nye 4D-udviklere

• At springe normalisering over. Det føles som overhead, indtil du rammer din første fejl i dataintegriteten.
• At behandle formularer som databasen. Formularer er en visning; strukturen er sandheden.
• At ignorere arkivet. De fleste begynderspørgsmål er blevet stillet og besvaret mange gange.
• Kun at lære fra én kilde. En bog, et magasin og et mailinglistearkiv lærer hver især forskellige ting.
• At antage, at versionsforskelle betyder mere, end de gør. Springet fra 4D 6.0 til 6.5 ændrede for eksempel mindre, end begyndere forventer.

Ofte stillede spørgsmål

Skal jeg lære relationel databaseteori, før jeg lærer 4D?

Strengt taget nej — du kan åbne 4D og begynde at bygge med det samme. Men udviklere, der springer teorien over, har en tendens til at ramme muren, når deres databaser vokser ud over et par tabeller. At lære normalisering og nøgledesign først sparer betydeligt omarbejde senere, og koncepterne kan overføres til enhver anden database, du nogensinde kommer til at røre ved.

Hvilken 4D-bog skal en komplet begynder starte med?

Inside 4th Dimension af Steve Hussey og Geoff Perlman er det mest anbefalede udgangspunkt. Den dækker de fleste emner i et begyndervenligt tempo. Den blev skrevet til 4D 6.0, men materialet minder meget om 6.5 og senere versioner, så den er stadig nyttig.

Er 4D-NUG-arkivet stadig værd at søge i?

Ja. Det dækker over otte års udviklerdiskussioner og indeholder løsninger på problemer, der aldrig kom med i den officielle dokumentation. Det er ufuldkomment som søgeværktøj, men med lidt trial-and-error — og et omhyggeligt valg af søgetermer — er det stadig en af de mest praktiske ressourcer, der findes.

Hvad er Dimensions Magazine?

Dimensions var et teknisk tidsskrift på 60 sider, der udkom hver anden måned for 4D-brugere og -udviklere og blev udgivet i cirka otte år. Det indeholdt mellemliggende og avancerede artikler skrevet af fællesskabsmedlemmer og ACI-medarbejdere, og abonnenter kunne modtage en eksemplardisk med de databaser, der blev brugt i artiklerne.

Skal jeg købe alle bøger på denne liste?

Nej. Start med én begynderbog og én teoribog. Tilføj Programming 4th Dimension, når du bygger rigtige applikationer, og overvej kun 4D for Fun & Profit, hvis du planlægger at arbejde kommercielt. Fællesskabsarkiverne er gratis og dækker meget af det samme område for specifikke problemer.

Hvor lang tid tager det at blive produktiv i 4D?

Det afhænger meget af din baggrund. Udviklere med tidligere databaseerfaring bliver ofte produktive inden for et par uger; helt nybegyndere har typisk brug for et par måneders konsekvent træning. Den største variabel er ikke selve 4D — det er, hvor godt du forstår relationelt design, før du starter.