Grunnleggende om 4th Dimension Learning

Hvis du kommer til 4D (4th Dimension) fra FileMaker Pro, er en av de første mentale justeringene du må gjøre knyttet til verdilister. FileMaker gir deg en brukervennlig, selvstendig dialogboks for å bygge dem.

4D gir deg noe kraftigere, men med mindre veiledning: List Editor, et verktøy i designmodus som produserer gjenbrukbare listeressurser som du deretter knytter til skjemaobjekter. Denne artikkelen går gjennom hvordan verdilister fungerer i 4D, hvordan de skiller seg fra FileMakers tilnærming, og de praktiske beslutningene du vil ta underveis.

Viktige takeaways

• I 4D opprettes og lagres verdilister sentralt i List Editor, ikke inne i individuelle feltdefinisjoner som i FileMaker.
• En 4D-liste er en navngitt ressurs; den samme listen kan knyttes til mange skjemaobjekter på tvers av mange skjemaer, noe som holder vedlikeholdet på ett sted.
• Listeelementer støtter formatering per element (vanlig, fet, kursiv) og et redigerbart flagg, og hvert element kan ha underordnede elementer til vilkårlig dybde – en hierarkisk struktur som FileMakers flate verdilister ikke tilbyr naturlig.
• FileMakers fire visningsstiler (Popup List, Popup Menu, Check Boxes, Radio Buttons) kan oversettes til 4D-konsepter, men bare Popup List er rett frem; avmerkingsbokser og alternativknapper krever betydelig mer arbeid.
• Det riktige tidspunktet for å bygge en liste er før du kobler opp skjemaobjektet som bruker den, slik at du umiddelbart kan referere til den ved navn.

Hvorfor 4D kaller dem “lister” og FileMaker kaller dem “verdilister”

Terminologi er det første hinderet. FileMakers dokumentasjon og brukergrensesnitt bruker Value List konsekvent. 4D-dokumentasjon og det klassiske HPO Soft-treningsmaterialet bruker List, og du vil også se Choice List i eldre referanser og foruminnlegg. De beskriver alle den samme ideen: en navngitt samling av elementer som en bruker velger fra når man legger inn data i et felt.

Navneforskjellen gjenspeiler en reell arkitektonisk forskjell. I FileMaker er en verdiliste i hovedsak en egenskap ved feltet eller layoutobjektet – du definerer den i sammenheng med hvor den brukes, og FileMaker tilbyr tre kilder:

• En egendefinert liste over elementer du skriver inn selv.
• En liste avledet fra feltverdier – unike verdier hentet fra poster i gjeldende fil, eller verdier nådd gjennom en relasjon.
• En liste basert på en liste i en annen fil (en relatert fils verdiliste).

4D støtter de samme tre kildene konseptuelt, men skiller listedefinisjonen fra listebruken. Du definerer listen én gang i List Editor, gir den et navn, og deretter kan et hvilket som helst skjemaobjekt – en popup, en rullegardin, en kombinasjonsboks, en tabulatorkontroll, hva som helst – peke på det navnet. Denne separasjonen er det viktigste å internalisere, fordi det endrer hvordan du planlegger skjemaet og datastrukturen din.

Opprette en liste i 4D List Editor

Arbeidsflyten er kort, men det er verdt å gjøre i riktig rekkefølge.

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

1. Bytt til Design-modus. Lister er ressurser i designfasen, ikke kjøretidsdata.
2. Åpne Tools-menyen og velg List Editor. (I moderne 4D ligger dette under Design-menyen / Explorer avhengig av versjon, men den klassiske banen er Tools → List Editor.)
3. List Editor-vinduet åpnes med to undervinduer: List of Lists til venstre og Current List til høyre.
4. I venstre rute klikker du på Add og skriver inn et navn for den nye listen. Velg navnet nøye – det blir identifikatoren du refererer til fra skjemaobjekter, og å gi nytt navn senere betyr at du må oppdatere hver eneste referanse.
5. Klikk på navnet for å velge det, gå deretter til høyre rute og skriv inn elementene for listen, ett per linje.

Det er hele opprettelsessyklusen. Den interessante delen er hva du kan gjøre med hvert element når det er opprettet.

Formatering og redigerbarhet per element

Hvert listeelement har sine egne visningsattributter:

• Vanlig tekst (standard)
• Fet
• Kursiv
• Fet og kursiv

Fordi disse gjelder per element, kan en enkelt liste blande stiler – noe som er nyttig for å visuelt markere et standardvalg, et utdatert alternativ eller en kategorioverskrift inne i listen.

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

Det finnes også et redigerbart flagg per element. Når et element er merket som redigerbart, kan brukeren endre denne oppføringen i stedet for å være låst til den forhåndsdefinerte teksten.

Dette er en subtil, men kraftig distinksjon: det lar deg levere en liste som for det meste består av et kontrollert vokabular, men som tillater kontrollerte fritekst-«nødutganger» der virksomheten virkelig trenger det. Bruk dette sparsomt – når brukere kan redigere listeelementer, svekkes garantiene for datakonsistens, og rapportering på det feltet blir vanskeligere.

Underordnede elementer: hierarkiske lister

Funksjonen som overrasker FileMaker-veteraner mest, er Add a Child. Ethvert listeelement kan ha et underelement, og det underelementet kan ha sitt eget underelement, og så videre. Du bygger i praksis et tre.

Dette er viktig fordi mange forretningsvokabularer er hierarkiske:

• Produktkategorier → underkategorier → SKU-er
• Regioner → land → byer
• Avdelinger → team → roller
• Kontoplan → kontogrupper → individuelle kontoer

I FileMaker ville du vanligvis modellert dette med en selv-relasjon og en portal, eller flatet det ut til en enkelt liste med navnekonvensjoner. I 4D kan du uttrykke hierarkiet direkte i listeressursen og la skjemaobjektet presentere det som en innrykket meny. Det er en genuin fordel for alle som bygger velgere basert på strukturerte referansedata.

Hvordan lister knyttes til skjemaobjekter

Når en liste eksisterer, knytter du den til et skjemaobjekt – oftest en popup-liste (også kalt en rullegardin- eller popup-meny avhengig av objekttype og versjon). Mekanikken er som følger:

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

• Velg feltet eller variabelobjektet på skjemaet i designmodus.
• Åpne objektets Properties-liste (egenskaper).
• Finn egenskapen Choice List / List og velg den navngitte listen fra velgeren.

Fordi listen refereres til ved navn, kan den samme listen drive en popup på et inntastingsskjema, et søkeskjema og et rapportfilter – alle peker på én definisjon. Endre listen én gang, og alle forbrukere oppdateres. Det er gevinsten for den ekstra seremonien i designfasen.

En praktisk advarsel: hvis du sletter eller gir nytt navn til en liste som skjemaobjekter refererer til, mister disse objektene listen stille i enkelte versjoner. Før du gir nytt navn, søk i skjemaene dine etter det gamle navnet. Behandle listenavn som en del av applikasjonens offentlige grensesnitt.

Visningsstiler: Hva kartlegges rent og hva som ikke gjør det

FileMaker tilbyr fire visningsstiler for verdilister. Slik oversettes de til 4D i praksis.

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-visningsstil	4D-ekvivalent	Vanskelighetsgrad i 4D
Popup List	Popup / rullegardinliste-objekt	Rett frem — det anbefalte utgangspunktet
Popup Menu	Popup-menyobjekt	Rett frem
Check Boxes	Avmerkingsboksobjekt bundet til en liste	Betydelig mer komplekst; krever vanligvis flere objekter eller et liste-over-verdier-felt
Radio Buttons	Alternativknappgruppe	Betydelig mer komplekst; vanligvis bygget fra individuelle radioknapp-objekter

Den ærlige oppsummeringen, og den som det originale HPO Soft-materialet gir: bare Popup-listen er beskrevet her, fordi det er veien med minst motstand. Verdilister for avmerkingsbokser og radioknapper er mulige i 4D, men de er langt mer omfattende enn sine FileMaker-motstykker. Hvis du migrerer en FileMaker-løsning som lener seg tungt på verdilister for avmerkingsbokser, bør du sette av god tid til den konverteringen – det er ikke en en-til-en-port.

Velge riktig listekilde

Før du åpner List Editor, må du bestemme hvor elementene kommer fra. Denne beslutningen styrer alt nedstrøms.

• Statisk egendefinert liste — du skriver inn elementene. Best for små, stabile vokabularer: statuskoder, hilsener, prioritetsnivåer, ja/nei/ukjent. Rask å bygge, ingen kostnad ved kjøring, men hver endring krever redigering i designmodus og en ny utrulling.
• Liste avledet fra feltverdier — elementene kommer fra de unike verdiene som allerede finnes i et felt. Best når vokabularet er datadrevet og vokser organisk, f.eks. et “kundetype”-felt fylt ut av andre deler av systemet. Avveiningen: listen er bare så ren som dataene dine, og den kan ikke tilby verdier som ennå ikke finnes i noen post.
• Liste basert på en annen fil / relatert liste — elementene kommer fra en relatert tabell eller en annen fils liste. Best for delte referansedata (en sentral oppslagstabell over avdelinger, valutaer eller produktlinjer) som flere deler av applikasjonen må være enige om. Dette er det mest vedlikeholdbare alternativet for alt som endres over tid, fordi du oppdaterer kildetabellen, ikke listen.

En nyttig tommelfingerregel: hvis mer enn ett skjema trenger listen, eller hvis listen vil endres uten en kodeutgivelse, styr den fra data i stedet for å skrive den inn manuelt. Statiske lister er for ting som er genuint faste – og genuint faste ting er sjeldnere enn folk antar.

Praktisk veiledning og vanlige fallgruver

Noen få hardt lærte vaner gjør listearbeid i 4D mye mindre smertefullt:

• Navngi lister med et prefiks og et formål. Noe som lst_Status_Order eller lst_Region_Sales forteller en fremtidig vedlikeholder hva listen er til og hvor den brukes. Unngå generiske navn som List1.
• Bygg listen før skjemaobjektet. Hvis du oppretter popup-en først, må du redigere objektets egenskaper to ganger.
• Hold statiske lister korte. En statisk liste med femti oppføringer er en vedlikeholdsbyrde; det er en datadrevet liste i forkledning.
• Vær bevisst på redigerbare elementer. Hvert redigerbart element er et hull i datavalideringen din. Dokumenter hvorfor hvert enkelt eksisterer.
• Bruk underordnede elementer for ekte hierarkier, ikke til dekorasjon. Innrykk som ikke gjenspeiler et reelt foreldre-barn-forhold, forvirrer brukerne mer enn det hjelper.
• Se etter foreldreløse referanser. Når du fjerner en liste, bruk grep i skjemaene dine for å finne navnet før du sletter den.

For en bredere kontekst om hvordan 4D passer inn i landskapet for lavkode og rask applikasjonsutvikling, er plattformens egen dokumentasjon og fellesskapsfora de autoritative kildene; 4D developer documentation dekker gjeldende List Editor UI, som har utviklet seg siden det klassiske HPO Soft-materialet ble skrevet. For bakgrunn om relasjonsmodellen som ligger til grunn for tabeller, felt og oppslag, se Wikipedia-artikkelen om relational model, og for den generelle kategorien av verktøy dette arbeidet tilhører, er Wikipedia-oversikten over low-code development platforms en nyttig orientering.

Hvor lister passer i det større bygget

Verdilister er trinn seks i en sekvens som går slik: opprett en database → angi databaseegenskaper → definer tabeller → definer datafelt → bygg skjemaer → opprett verdilister → skriv inn eksempeldata. Legg merke til at lister kommer etter skjemaer og før eksempeldata. Denne rekkefølgen er bevisst og verdt å respektere: du vil ha skjemaobjektene på plass slik at du kan knytte lister til dem, men du vil at listene skal være ferdige før du begynner å legge inn eksempelposter, fordi det er ved inntasting av eksempeldata du vil oppdage om listene dine faktisk dekker tilfellene i den virkelige verden.

Hvis du hopper frem og legger inn eksempeldata først, vil du oppleve at du må legge inn poster på nytt hver gang du avgrenser en liste. Gjør listene først, og fyll deretter ut.

Vanlige spørsmål

Hva er forskjellen mellom en verdiliste i FileMaker og en liste i 4D?

FileMaker definerer verdilister i sammenheng med feltet eller layoutobjektet som bruker dem, og tilbyr tre kilder: egendefinerte elementer, verdier fra poster eller en relasjon, og en liste fra en annen fil. 4D skiller definisjonen fra bruken: du oppretter en navngitt liste én gang i List Editor, og knytter deretter det navnet til et hvilket som helst antall skjemaobjekter. 4D-tilnærmingen krever mer arbeid i forkant, men er langt mer vedlikeholdbar når mange skjemaer deler samme vokabular.

Kan 4D lage verdilister for avmerkingsbokser og alternativknapper som FileMaker?

Ja, men det er betydelig mer komplekst enn i FileMaker. FileMaker lar deg velge “Check Boxes” eller “Radio Buttons” som visningsstil direkte på en verdiliste. I 4D krever det å oppnå samme oppførsel vanligvis flere skjemaobjekter eller et verdilistefelt, og det originale HPO Soft-opplæringsmaterialet dekker bevisst bare Popup List av denne grunn. Planlegg ekstra tid hvis du migrerer en FileMaker-løsning som er avhengig av avmerkingsbokslister.

Hva er underordnede elementer i en 4D-liste, og når bør jeg bruke dem?

Et underordnet element er et underelement som er nestet under et overordnet listeelement, og nesting kan fortsette i hvilken som helst dybde. Bruk dem når vokabularet ditt er genuint hierarkisk – produktkategorier og underkategorier, regioner og byer, avdelinger og team. Ikke bruk dem for visuell gruppering alene, fordi innrykk antyder et foreldre-barn-forhold som brukerne vil forvente betyr noe.

Bør jeg bruke en statisk liste eller en datadrevet liste?

Bruk en statisk tilpasset liste for små, stabile vokabularer som sjelden endres, som for eksempel statuskoder eller prioritetsnivåer. Bruk en liste utledet fra feltverdier eller fra en relatert fil når vokabularet vokser over tid eller deles på tvers av flere skjemaer. En god regel: hvis listen vil endres uten en kodeutgivelse, eller hvis mer enn ett skjema trenger den, bør den drives av data i stedet for at du skriver inn elementene for hånd.

Hva gjør alternativet “redigerbar” på et listeelement?

Ved å merke et listeelement som redigerbart, kan brukeren endre denne oppføringen i stedet for å være begrenset til den forhåndsdefinerte teksten. Det er nyttig når du vil ha et i hovedsak kontrollert vokabular med noen få kontrollerte fritekst-«nødutganger». Bruk det sparsomt, fordi redigerbare elementer svekker garantiene for datakonsistens og gjør rapportering på det feltet mindre forutsigbar.

Når i byggeprosessen bør jeg lage verdilistene mine?

Opprett lister etter at skjemaene dine eksisterer, men før du legger inn eksempeldata. Du trenger skjemaobjektene på plass slik at du kan knytte lister til dem ved navn, og du vil at listene skal være ferdige før inntasting av eksempeldata, slik at du ikke trenger å legge inn poster på nytt hver gang du avgrenser en liste. Å følge sekvensen – tabeller, felt, skjemaer, lister og deretter eksempeldata – sparer deg for mye omarbeiding.