4. dimension læringsgrundlag

4D, oprindeligt en forkortelse for 4th Dimension, er et relationelt databasestyringssystem og applikationsudviklingsmiljø fra 4D SAS (tidligere ACI). Det parrer en proprietær relationel databasemotor med et integreret, objektorienteret sprog (4D Langage, historisk “4D” eller “4D-kode”) og en visuel formular-designer. For små IT-teams og citizen developers er dets appel, at ét miljø dækker datalagring, forretningslogik, brugergrænseflade og implementering — du behøver ikke at sammensætte en databaseserver, et separat front-end-framework og en webstack blot for at udgive en fungerende virksomhedsapp.

Denne side er en del af 4th Dimension Learning Basics-serien. Den fokuserer på plug-in-modulerne, der historisk udvidede 4D ud over ren datahåndtering — 4D Write, 4D Calc og 4D Draw — og placerer dem i den bredere kontekst af, hvordan 4D er struktureret, licenseret og implementeret.

Key Takeaways

• 4D er et integreret database-plus-udviklingsmiljø: tabeller, formularer, metoder og implementering lever i ét produkt i stedet for en sammenstykket stak.
• Den klassiske plug-in-trio — 4D Write (tekstbehandling), 4D Calc (regneark) og 4D Draw (tegning) — udvidede 4D til et system med “integrerede applikationer”, ikke blot en database.
• Plug-ins vises inde i formularer som områder, så deres indhold opfører sig som ethvert andet felt: det kan gemmes, vises og refereres til fra 4D-kode.
• Hot links gør det muligt for data, der ændres i ét plug-in, at blive opdateret øjeblikkeligt i et andet, hvilket er den mekanisme, der gjorde dokumenter på tværs af moduler mulige.
• Moderne 4D har i vid udstrækning absorberet disse funktioner i kerneproduktet og dets komponent-/plug-in-arkitektur, men designidéerne forklarer stadig, hvordan 4D-formularer og -objekter fungerer i dag.
• Valget om at bruge et plug-in (eller en moderne komponent) er en build-vs-buy-beslutning: afvej licensering, implementeringskompleksitet og om funktionaliteten hører hjemme i datalaget eller præsentationslaget.

Hvordan 4D er opbygget

Forståelse af plug-ins kræver forståelse af de lag, 4D eksponerer for en udvikler:

• Struktur — skemaet: tabeller, felter, felttyper, relationer og indekser. Dette er datalaget.
• Formularer — præsentationslaget. Formularer indeholder objekter (felter, knapper, variabler og plug-in-områder), der er placeret visuelt.
• Metoder — logiklaget. Objektmetoder, formularmetoder og projekt-/databasemetoder indeholder den 4D-kode, der reagerer på hændelser.
• Plug-ins og komponenter — valgfrie moduler, der tilføjer funktioner, som kernen ikke leverer indbygget.

Det vigtige arkitektoniske punkt er, at et plug-in-område bare er endnu et objekt på en formular. Det betyder, at et tekstbehandlingsdokument, et regneark eller en tegning kan bindes til et felt, refereres til ved navn i koden og behandles som data. Dette er en væsentligt anderledes model end at behandle et dokument som en uigennemsigtig vedhæftet fil.

Den klassiske plug-in-trio

Den originale dokumentation beskrev 4D Write, 4D Calc og 4D Draw som moduler, der “sammen med 4D danner 4D-miljøet”. Hvert modul blev licenseret separat, historisk til en beskeden pris pr. platform, og hver udvidede en forskellig funktionalitet.

4D Write — Tekstbehandling

4D Write udvider tekstbehandlingsmulighederne i dine 4D-databaser. Det giver dig mulighed for at inkludere dokumenter såsom breve, rapporter, memoer og noter direkte i dine 4D-formularer.

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

• I en formular vises et 4D Write-område som en del af dine data, ligesom et navn eller enhver anden information.
• Som en separat applikation kan du bruge 4D Write i eksterne vinduer, hvor dit arbejde kan være uafhængigt af din database eller linket til information i din database eller i andre plug-ins.

Praktiske anvendelser inkluderer breve i brevfletningsstil drevet af postdata, formaterede rapporttekster og rige noter knyttet til en kunde- eller sagspost.

4D Calc — Regneark

4D Calc tilføjer regnearksfunktioner til dine 4D-databaser. Hvor 4D Write håndterer prosa, håndterer 4D Calc gitre af tal og formler.

• Nyttigt til budgettering, estimering og enhver tabelberegning, som en bruger forventer at kunne redigere som et regneark.
• Fordi det er et plug-in-område, kan arket gemmes med posten og refereres til fra 4D-kode.

4D Draw — Tegning

4D Draw udvider tegnemulighederne i dine 4D-databaseformularer og gør det muligt for dig at inkludere brugerdefinerede tegninger i dine formularer.

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

• Når det bruges i en formular, vises et 4D Draw-område som en del af dine data, ligesom enhver anden information.
• Du kan åbne eller importere tegninger i PICT-format (fra andre objektorienterede tegneprogrammer), MacPaint-format og Encapsulated PostScript (EPSF)-format.

Disse importformater er en nyttig historisk markør: de afspejler den Macintosh-centrerede desktop publishing-æra, hvor 4D først modnedes. Moderne 4D-arbejde bruger typisk platform-native billedhåndtering og standardformater som PNG, JPEG og PDF i stedet, men den underliggende idé — et tegnebart område bundet til en post — består.

Hvorfor “integrerede applikationer” var vigtige

Den originale indramning er værd at bevare, fordi den forklarer designfilosofien: med disse plug-ins bliver 4D et system, der kan køre integrerede applikationer, såvel som en database, der kan lagre og manipulere information.

Plug-ins tilgås indefra 4D, hvor de kan arbejde selvstændigt, med data i 4D og med hinanden. Bindevævet er hot link:

Hot links er dynamiske — information, der ændres i ét plug-in, opdateres øjeblikkeligt i et andet.

Et konkret eksempel: et 4D Calc-ark beregner en total, et 4D Write-brev refererer til den total, og begge er gemt på den samme post. Ændr et tal i arket, og brevet afspejler det uden et manuelt kopitrin. Det er løftet om integrerede applikationer i miniature.

Plug-ins vs. moderne komponenter: Sådan beslutter du dig

Plug-in-modellen har udviklet sig. Moderne 4D leveres med en komponentarkitektur og et stort sæt indbyggede kommandoer, og mange funktioner, der engang krævede et separat køb, er nu native eller tilgængelige som komponenter. Når du beslutter dig for, hvordan du tilføjer en funktion i dag, skal du bruge denne kriterieliste:

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

Kriterium	Foretræk en indbygget / native funktion	Foretræk et plug-in eller en komponent
Datamodel-pasform	Funktionen er central (tekst, tal, datoer, relationer)	Funktionen er specialiseret (rich text, diagrammer, enhedsintegration)
Implementering	Du ønsker en enkelt, simpel installation	Du kan administrere yderligere licensering og versionering
Vedligeholdelse	Du ønsker, at 4D SAS vedligeholder den	En tredjepart vedligeholder den, og du accepterer denne afhængighed
Portabilitet	Du vil muligvis flytte platform eller til web	Funktionen er desktop-specifik, og det er acceptabelt
Omkostninger	Budgettet er stramt	Funktionen retfærdiggør sin licens

En praktisk regel: Hvis funktionen hører til i datalaget (lagring og forespørgsel af oplysninger), foretrækkes native funktioner. Hvis den hører til i presentationslaget (hvordan et dokument eller en tegning ser ud), er et plug-in eller en komponent ofte det rigtige værktøj.

Praktisk vejledning til nye 4D-udviklere

Hvis du lærer 4D i dag, er plug-in-historikken ikke blot trivia — den lærer dig vaner, der stadig gælder:

• Bind objekter til felter bevidst. Beslut, om et formularobjekt er en visning af lagrede data eller en transient variabel. Dette er den samme beslutning, som plug-in-områderne tvang igennem.
• Hold logikken i metoder, ikke i layout. Formularobjekter skal præsentere; metoder skal beslutte.
• Tænk over opdateringspropagering. Hot-link-idéen handler i virkeligheden om at undgå forældede kopier af data. I moderne apps betyder det at normalisere data og referere til dem i stedet for at duplikere dem.
• Respekter licensmodellen. 4D har historisk adskilt udviklingsmiljøet, implementeringen/runtime og valgfrie moduler. Forstå, hvad dine brugere har brug for, før du forpligter dig til en arkitektur.
• Planlæg for web. 4D kan betjene web- og REST-klienter; hvis fjernadgang er sandsynlig, skal du designe din struktur og dine metoder med det i tankerne fra starten.

Hvor 4D placerer sig i low-code-landskabet

4D går flere årtier forud for den moderne “low-code”-kategori, men det tilhører den samme idéfamilie: en visuel designer plus et skriptsprog plus en administreret runtime. Det er værd at sammenligne det med tilstødende værktøjer og standarder, som du måske allerede kender:

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

• FileMaker (nu Claris FileMaker) — et sammenligneligt integreret database- og UI-produkt med en stærk følgerskare af citizen-developers.
• Microsoft Access — desktop-relationel database med formularer og makroer, der anvendes meget til apps til små teams.
• Low-code platforme som dem, der spores af analysefirmaer — bredere, cloud-first og ofte svagere på dyb relationel modellering.
• SQL-standarder — 4D’s forespørgselssprog og SQL-understøttelse forbinder det med den bredere relationelle verden; se Wikipedia-artiklen om SQL for det standardiserede ordforråd.
• Relationel model — det teoretiske fundament under alle disse værktøjer; artiklen om den relationelle model er en god opfriskning.

For autoritativ baggrund om databasesystemer generelt udgiver Association for Computing Machinery og IEEE Computer Society bredt anvendte læseplaner og standardmateriale. For web-relaterede emner som HTTP og REST er World Wide Web Consortium den kanoniske reference.

Almindelige faldgruber og forbehold

• Forveksl ikke et plug-in-område med et filfelt. Et plug-in-område er et interaktivt objekt; et fil- eller billedfelt er lagring. De kan kombineres, men de er ikke det samme.
• Vær opmærksom på platformsforudsætninger. PICT- og MacPaint-importformaterne i 4D Draw er legacy Mac-formater. Byg ikke et moderne workflow omkring dem.
• Versionsstyring af dine afhængigheder. Plug-ins og komponenter skal matche din 4D-version. Et mismatch er en almindelig årsag til opstartssvigt.
• Budgettér for runtime. Udviklingslicenser og licensering af implementering/runtime er separate anliggender i 4D’s model; planlæg for begge.
• Test hot-link-adfærd eksplicit. Hver gang to visninger af de samme data kan divergere, skal du skrive en test, der beviser, at de forbliver synkroniserede.

Ofte stillede spørgsmål

Hvad bruges 4D Write til?

4D Write tilføjer tekstbehandlingsfunktioner til en 4D-database. Det giver dig mulighed for at indlejre dokumenter som breve, rapporter, memoer og noter i dine formularer, hvor dokumentet opfører sig som ethvert andet stykke data. Du kan også åbne det i eksterne vinduer, enten uafhængigt af databasen eller knyttet til databaseinformation.

Hvad er forskellen mellem 4D Calc og et normalt 4D-felt?

Et normalt felt gemmer en enkelt værdi, mens 4D Calc giver et regnearksområde med formler og et gitter af celler. Det er nyttigt, når brugere forventer at redigere tabulære beregninger direkte. Da det er et plug-in-område, kan arket stadig gemmes på og refereres fra en post.

Hvilke filformater kan 4D Draw importere?

4D Draw kan åbne eller importere tegninger i PICT-format fra andre objektorienterede tegneprogrammer, MacPaint-format og Encapsulated PostScript (EPSF)-format. Disse er ældre desktop-publishing-formater, så moderne projekter bruger typisk standard billed- og PDF-formater i stedet.

Hvad er et hot link i 4D?

Et hot link er en dynamisk forbindelse mellem plug-ins, hvor information ændret i ét plug-in opdateres straks i et andet. Det er den mekanisme, der gør det muligt for et regneark, et dokument og en tegning på den samme post at forblive konsistente uden manuel kopiering.

Har jeg stadig brug for disse plug-ins for at bygge en 4D-applikation i dag?

Ikke nødvendigvis. Moderne 4D indeholder mange funktioner indbygget og understøtter en komponentarkitektur, så meget af det, der engang krævede et separat plug-in, er nu indbygget eller tilgængeligt som en komponent. Plug-in-koncepterne er fortsat nyttige, fordi de forklarer, hvordan 4D-formobjekter og databinding fungerer.

Hvordan skal en nybegynder vælge mellem indbyggede funktioner og et plug-in?

Foretræk indbyggede funktioner, når funktionaliteten hører hjemme i datalaget — lagring, forespørgsel og relatering af information. Overvej et plug-in eller en komponent, når funktionaliteten er specialiseret og præsentationsorienteret, såsom rige dokumenter eller tegninger, og når du kan acceptere den ekstra licensering og vedligeholdelse, der følger med.