4. dimensjon læring grunnleggende

4D, opprinnelig en forkortelse for 4th Dimension, er et relasjonsdatabaseadministrasjonssystem og applikasjonsutviklingsmiljø fra 4D SAS (tidligere ACI). Det parer en proprietær relasjonsdatabasemotor med et integrert, objektorientert språk (4D Langage, historisk “4D” eller “4D-kode”) og en visuell skjema-designer. For små IT-team og “citizen developers” er appellen at ett miljø dekker datalagring, forretningslogikk, brukergrensesnitt og distribusjon – du trenger ikke å sette sammen en databaseserver, et eget front-end-rammeverk og en web-stack bare for å levere en fungerende forretningsapp.

Denne siden er en del av 4th Dimension Learning Basics-serien. Den fokuserer på plug-in-modulene som historisk utvidet 4D utover ren datahåndtering – 4D Write, 4D Calc og 4D Draw – og plasserer dem i en bredere kontekst av hvordan 4D er strukturert, lisensiert og distribuert.

Viktige takeaways

• 4D er et integrert database-pluss-utviklingsmiljø: tabeller, skjemaer, metoder og distribusjon lever i ett produkt i stedet for en sammenføyd stabel.
• Den klassiske plug-in-trioen — 4D Write (tekstbehandling), 4D Calc (regneark) og 4D Draw (tegning) — utvidet 4D til et “integrert applikasjonssystem”, ikke bare en database.
• Plug-ins vises i skjemaer som områder, så innholdet deres oppfører seg som alle andre felt: det kan lagres, vises og refereres fra 4D-kode.
• Hot links lar data som endres i én plug-in oppdateres umiddelbart i en annen, noe som er mekanismen som muliggjorde dokumenter på tvers av moduler.
• Moderne 4D har i stor grad absorbert disse egenskapene i kjerneproduktet og dets komponent-/plug-in-arkitektur, men designideene forklarer fortsatt hvordan 4D-skjemaer og -objekter fungerer i dag.
• Å velge om man skal bruke en plug-in (eller en moderne komponent) er en “build-vs-buy”-avgjørelse: veie lisensiering, distribusjonskompleksitet og om funksjonaliteten hører hjemme i datalaget eller presentasjonslaget.

Hvordan 4D er strukturert

For å forstå plug-in-modulene må man forstå lagene 4D eksponerer for en utvikler:

• Struktur — skjemaet (schema): tabeller, felt, felttyper, relasjoner og indekser. Dette er datalaget.
• Skjemaer — presentasjonslaget. Skjemaer inneholder objekter (felt, knapper, variabler og plug-in-områder) som er lagt ut visuelt.
• Metoder — logikklaget. Objektmetoder, skjemametoder og prosjekt-/databasemetoder inneholder 4D-koden som reagerer på hendelser.
• Plug-ins og komponenter — valgfrie moduler som legger til funksjonalitet som kjernen ikke tilbyr naturlig.

Det viktige arkitektoniske poenget er at et plug-in-område bare er et annet objekt på et skjema. Det betyr at et tekstbehandlingsdokument, et regneark eller en tegning kan bindes til et felt, refereres til ved navn i kode og behandles som data. Dette er en vesentlig annerledes modell enn å behandle et dokument som et ugjennomsiktig filvedlegg.

Den klassiske plug-in-trioen

Den originale dokumentasjonen beskrev 4D Write, 4D Calc og 4D Draw som moduler som “sammen med 4D danner 4D-miljøet”. Hver ble lisensiert separat, historisk sett til en beskjeden pris per plattform, og hver utvidet en annen funksjonalitet.

4D Write — Tekstbehandling

4D Write utvider tekstbehandlingsmulighetene i 4D-databasene dine. Det lar deg inkludere dokumenter som brev, rapporter, memoer og notater direkte i 4D-skjemaene dine.

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

• I et skjema vises et 4D Write-område som en del av dataene dine, akkurat som et navn eller annen informasjon.
• Som en egen applikasjon kan du bruke 4D Write i eksterne vinduer, der arbeidet ditt kan være uavhengig av databasen eller koblet til informasjon i databasen eller i andre plug-ins.

Praktiske bruksområder inkluderer brev med brevfletting drevet av postdata, formaterte rapportkropper og utfyllende notater knyttet til en kunde- eller sakspost.

4D Calc — Regneark

4D Calc legger til regnearkfunksjonalitet i 4D-databasene dine. Der 4D Write håndterer prosa, håndterer 4D Calc rutenett med tall og formler.

• Nyttig for budsjettering, estimering og enhver tabellberegning som en bruker forventer å redigere som et regneark.
• Fordi det er et plug-in-område, kan arket lagres med posten og refereres fra 4D-kode.

4D Draw — Tegning

4D Draw utvider tegnemulighetene i 4D-databaseskjemaene dine og lar deg inkludere egendefinerte tegninger i skjemaene dine.

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

• Når det brukes i et skjema, vises et 4D Draw-område som en del av dataene dine, akkurat som all annen informasjon.
• Du kan åpne eller importere tegninger i PICT-format (fra andre objektorienterte tegneapplikasjoner), MacPaint-format og Encapsulated PostScript (EPSF)-format.

Disse importformatene er en nyttig historisk markør: de gjenspeiler den Macintosh-sentriske desktop publishing-æraen der 4D først modnet. Moderne 4D-arbeid bruker vanligvis plattformnative bildehåndteringer og standardformater som PNG, JPEG og PDF i stedet, men den underliggende ideen – et tegnbart område bundet til en post – vedvarer.

Hvorfor “integrerte applikasjoner” betydde noe

Den originale innrammingen er verdt å bevare fordi den forklarer designfilosofien: med disse plug-in-modulene blir 4D et system som kan kjøre integrerte applikasjoner, i tillegg til å være en database som kan lagre og manipulere informasjon.

Plug-in-modulene aksesseres fra innsiden av 4D, hvor de kan jobbe uavhengig, med data i 4D, og med hverandre. Bindevevet er hot link:

Hot links er dynamiske – informasjon som endres i én plug-in oppdateres umiddelbart i en annen.

Et konkret eksempel: et 4D Calc-ark beregner en total, et 4D Write-brev refererer til denne totalen, og begge er lagret i samme post. Endre et tall i arket, så reflekteres det i brevet uten et manuelt kopieringstrinn. Det er løftet om integrerte applikasjoner i miniatyr.

Plug-ins vs. moderne komponenter: Hvordan velge

Plug-in-modellen har utviklet seg. Moderne 4D leveres med en komponentarkitektur og et stort sett med innebygde kommandoer, og mange funksjoner som en gang krevde et separat kjøp, er nå innebygde eller tilgjengelige som komponenter. Når du skal bestemme deg for hvordan du legger til en funksjon i dag, kan du bruke denne kriterielisten:

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

Kriterium	Foretrekk en innebygd / native funksjon	Foretrekk en plug-in eller komponent
Datamodell-tilpasning	Funksjonen er kjernefunksjonalitet (tekst, tall, datoer, relasjoner)	Funksjonen er spesialisert (rik tekst, diagrammer, enhetsintegrasjon)
Utplassering	Du ønsker en enkel, samlet installasjon	Du kan håndtere ytterligere lisensiering og versjonering
Vedlikehold	Du vil at 4D SAS skal vedlikeholde den	En tredjepart vedlikeholder den, og du aksepterer denne avhengigheten
Portabilitet	Du kan komme til å bytte plattform eller flytte til web	Funksjonen er skrivebordsspesifikk, og det er akseptabelt
Kostnad	Budsjettet er stramt	Funksjonen rettferdiggjør lisenskostnaden

En praktisk regel: Hvis funksjonen hører hjemme i datalaget (lagring og spørring av informasjon), foretrekk native funksjoner. Hvis den hører hjemme i presentasjonslaget (hvordan et dokument eller en tegning ser ut), er en plug-in eller komponent ofte det rette verktøyet.

Praktisk veiledning for nye 4D-utviklere

Hvis du lærer 4D i dag, er ikke plug-in-historien bare trivia – den lærer deg vaner som fortsatt gjelder:

• Bind objekter til felt bevisst. Bestem om et skjemaobjekt er en visning av lagrede data eller en midlertidig variabel. Dette er den samme avgjørelsen som plug-in-områdene tvang frem.
• Hold logikken i metoder, ikke i layout. Skjemaobjekter skal presentere; metoder skal avgjøre.
• Tenk på oppdateringsforplantning. Hot-link-ideen handler egentlig om å unngå utdaterte kopier av data. I moderne apper betyr det å normalisere data og referere til dem i stedet for å duplisere dem.
• Respekter lisensieringsmodellen. 4D har historisk sett skilt mellom utviklingsmiljøet, distribusjon/runtime og valgfrie moduler. Forstå hva brukerne dine trenger før du binder deg til en arkitektur.
• Planlegg for web. 4D kan betjene web- og REST-klienter; hvis ekstern tilgang er sannsynlig, bør du designe struktur og metoder med dette i tankene fra starten.

Hvor 4D passer inn i lavkode-landskapet

4D eksisterte flere tiår før den moderne “lavkode”-kategorien, men den tilhører samme familie av ideer: en visuell designer pluss et skriptspråk pluss en administrert runtime. Det er verdt å sammenligne den med tilstøtende verktøy og standarder du kanskje allerede kjenner:

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

• FileMaker (nå Claris FileMaker) — et sammenlignbart integrert database- og brukergrensesnittprodukt med en sterk følgerskare av “citizen developers”.
• Microsoft Access — relasjonsdatabase for skrivebord med skjemaer og makroer, mye brukt for apper til små team.
• Lavkodeplattformer som de som spores av analysefirmaer — bredere, sky-først, og ofte svakere på dyp relasjonsmodellering.
• SQL-standarder — 4Ds spørrespråk og SQL-støtte kobler det til den bredere relasjonsverdenen; se Wikipedia-artikkelen om SQL for standard terminologi.
• Relasjonsmodell — det teoretiske grunnlaget under alle disse verktøyene; artikkelen om relasjonsmodell er en god oppfriskning.

For autoritativ bakgrunnsinformasjon om databasesystemer generelt, publiserer Association for Computing Machinery og IEEE Computer Society mye brukte læreplaner og standardmateriale. For web-relaterte spørsmål som HTTP og REST, er World Wide Web Consortium den kanoniske referansen.

Vanlige fallgruver og forbehold

• Ikke forveksle et plug-in-område med et filfelt. Et plug-in-område er et interaktivt objekt; et fil- eller bildefelt er lagring. De kan kombineres, men de er ikke det samme.
• Vær oppmerksom på plattformforutsetninger. Importformatene PICT og MacPaint i 4D Draw er eldre Mac-formater. Ikke bygg en moderne arbeidsflyt rundt disse.
• Versjoner avhengighetene dine. Plug-ins og komponenter må samsvare med 4D-versjonen din. Et avvik er en vanlig årsak til oppstartsfeil.
• Budsjetter for runtime. Utviklingslisenser og distribusjons-/runtime-lisensiering er separate anliggender i 4Ds modell; planlegg for begge.
• Test hot-link-oppførsel eksplisitt. Hver gang to visninger av samme data kan avvike, skriv en test som beviser at de forblir synkroniserte.

Ofte stilte spørsmål

Hva brukes 4D Write til?

4D Write legger til tekstbehandlingsfunksjoner i en 4D-database. Det lar deg bygge inn dokumenter som brev, rapporter, memoer og notater i skjemaene dine, der dokumentet oppfører seg som alle andre data. Du kan også åpne det i eksterne vinduer, enten uavhengig av databasen eller knyttet til databaseinformasjon.

Hva er forskjellen mellom 4D Calc og et normalt 4D-felt?

Et normalt felt lagrer en enkelt verdi, mens 4D Calc gir et regnearkområde med formler og et rutenett av celler. Det er nyttig når brukere forventer å redigere tabellberegninger direkte. Siden det er et plug-in-område, kan arket fortsatt lagres i og refereres fra en post.

Hvilke filformater kan 4D Draw importere?

4D Draw kan åpne eller importere tegninger i PICT-format fra andre objektorienterte tegneapplikasjoner, MacPaint-format og Encapsulated PostScript (EPSF)-format. Dette er eldre desktop-publiseringsformater, så moderne prosjekter bruker vanligvis standard bilde- og PDF-formater i stedet.

Hva er en hot link i 4D?

En hot link er en dynamisk kobling mellom plug-ins der informasjon endret i én plug-in oppdateres umiddelbart i en annen. Det er mekanismen som lar et regneark, et dokument og en tegning på samme post forbli konsistente uten manuell kopiering.

Trenger jeg fortsatt disse plug-inene for å bygge en 4D-applikasjon i dag?

Ikke nødvendigvis. Moderne 4D inkluderer mange funksjoner nativt og støtter en komponentarkitektur, så mye av det som en gang krevde en separat plug-in, er nå innebygd eller tilgjengelig som en komponent. Plug-in-konseptene forblir nyttige fordi de forklarer hvordan 4D-skjemaobjekter og databinding fungerer.

Hvordan bør en nybegynner velge mellom native funksjoner og en plug-in?

Foretrekk native funksjoner når funksjonaliteten hører hjemme i datalaget – lagring, spørring og relatering av informasjon. Vurder en plug-in eller komponent når funksjonaliteten er spesialisert og presentasjonsorientert, slik som rike dokumenter eller tegninger, og når du kan akseptere den ekstra lisensieringen og det vedlikeholdet som følger med.