Grundlæggende om 4th Dimension Learning

Hvis du kommer til 4D (4th Dimension) fra FileMaker Pro, er en af de første mentale justeringer, du skal foretage, omkring værdilister. FileMaker giver dig en brugervenlig, selvstændig dialogboks til at bygge dem.

4D giver dig noget mere kraftfuldt, men med mindre vejledning: List Editor, et værktøj i designtilstand, der producerer genanvendelige listeressourcer, som du derefter knytter til formobjekter. Denne artikel gennemgår, hvordan værdilister fungerer i 4D, hvordan de adskiller sig fra FileMakers tilgang, og de praktiske beslutninger, du vil træffe undervejs.

Key Takeaways

• I 4D oprettes og gemmes værdilister centralt i List Editor, ikke inde i individuelle feltdefinitioner som i FileMaker.
• En 4D-liste er en navngivet ressource; den samme liste kan knyttes til mange formobjekter på tværs af mange formularer, hvilket holder vedligeholdelsen samlet ét sted.
• Listeelementer understøtter formatering pr. element (almindelig, fed, kursiv) og et redigerbart flag, og hvert element kan have underordnede elementer (child items) til vilkårlig dybde — en hierarkisk struktur, som FileMakers flade værdilister ikke tilbyder indbygget.
• FileMakers fire visningsstile (Popup List, Popup Menu, Check Boxes, Radio Buttons) svarer til 4D-koncepter, men kun Popup List er ligetil; afkrydsningsfelter og radioknapper kræver betydeligt mere arbejde.
• Det rigtige tidspunkt at opbygge en liste er før du forbinder formobjektet, der bruger den, så du kan referere til den ved navn med det samme.

Hvorfor 4D kalder dem “lister” og FileMaker kalder dem “værdilister”

Terminologi er den første forhindring. FileMakers dokumentation og brugergrænseflade bruger konsekvent Value List. 4D-dokumentation og det klassiske HPO Soft-træningsmateriale bruger List, og du vil også se Choice List i ældre referencer og community-indlæg. De beskriver alle den samme idé: en navngivet samling af elementer, som en bruger vælger imellem, når der indtastes data i et felt.

Navneforskellen afspejler en reel arkitektonisk forskel. I FileMaker er en værdiliste i det væsentlige en egenskab ved feltet eller layoutobjektet — du definerer den i sammenhæng med, hvor den bruges, og FileMaker tilbyder tre kilder:

• En brugerdefineret liste over elementer, du selv indtaster.
• En liste afledt af feltværdier — unikke værdier hentet fra poster i den aktuelle fil, eller værdier nået gennem en relation.
• En liste baseret på en liste i en anden fil (en relateret fils værdiliste).

4D understøtter de samme tre kilder konceptuelt, men adskiller listedefinitionen fra listebrugen. Du definerer listen én gang i List Editor, giver den et navn, og derefter kan et hvilket som helst formobjekt — en popup, en dropdown, en kombinationsboks, en fanekontrol, hvad som helst — pege på det navn. Den adskillelse er det absolut vigtigste at internalisere, fordi det ændrer, hvordan du planlægger dit skema og dine formularer.

Oprettelse af en liste i 4D List Editor

Arbejdsgangen er kort, men det er vigtigt at gøre det i den rigtige rækkefølge.

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

1. Skift til Design mode. Lister er ressourcer på design-tid, ikke runtime-data.
2. Åbn Tools-menuen og vælg List Editor. (I moderne 4D findes dette under Design-menuen / Explorer afhængigt af version, men den klassiske sti er Tools $\rightarrow$ List Editor.)
3. List Editor-vinduet åbner med to undervinduer: List of Lists til venstre og Current List til højre.
4. I venstre rude skal du klikke på Add og indtaste et navn til din nye liste. Vælg navnet med omhu — det bliver den identifikator, du refererer til fra formobjekter, og en senere omdøbning betyder, at hver eneste reference skal opdateres.
5. Klik på navnet for at vælge det, gå derefter til højre rude og indtast elementerne for listen, ét pr. linje.

Det er hele oprettelsesprocessen. Den interessante del er, hvad du kan gøre ved hvert element, når det først eksisterer.

Formatering pr. element og redigerbarhed

Hvert listeelement har sine egne visningsattributter:

• Almindelig tekst (standard)
• Fed
• Kursiv
• Fed og kursiv

Fordi disse gælder pr. element, kan en enkelt liste blande stilarter — hvilket er nyttigt til visuelt at markere et standardvalg, en forældet mulighed eller en kategorioverskrift inde i listen.

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

Der er også et redigerbart flag pr. element. Når et element er markeret som redigerbart, kan brugeren ændre denne indtastning i stedet for at være låst til den foruddefinerede tekst.

Dette er en subtil, men kraftfuld forskel: det lader dig levere en liste, der for det meste består af et kontrolleret ordforråd, men tillader kontrollerede fritekst-muligheder, hvor forretningen virkelig har brug for dem. Brug det sparsomt — når brugere kan redigere listeelementer, svækkes dine garantier for datakonsistens, og rapportering på det felt bliver sværere.

Underordnede elementer: hierarkiske lister

Den funktion, der overrasker FileMaker-veteraner mest, er Add a Child. Ethvert listeelement kan have et under-element, og det under-element kan have sit eget under-element, og så videre. Du bygger i praksis et træ.

Dette er vigtigt, fordi mange reelle forretningsordforråd er hierarkiske:

• Produktkategorier $\rightarrow$ underkategorier $\rightarrow$ SKU’er
• Regioner $\rightarrow$ lande $\rightarrow$ byer
• Afdelinger $\rightarrow$ teams $\rightarrow$ roller
• Kontoplan $\rightarrow$ kontogrupper $\rightarrow$ individuelle konti

I FileMaker ville du typisk modellere dette med en selv-relation og en portal, eller flade det ud til en enkelt liste med navngivningskonventioner. I 4D kan du udtrykke hierarkiet direkte i listeressourcen og lade formobjektet præsentere det som en indrykket menu. Det er en reel fordel for enhver, der bygger vælgere baseret på strukturerede referencedata.

Hvordan lister knyttes til formularobjekter

Når en liste findes, knytter du den til et formularobjekt — oftest en popup-liste (også kaldet en rullemenu eller popup-menu afhængigt af objekttype og version). Mekanikken:

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

• Vælg feltet eller variabelobjektet på formularen i designtilstand.
• Åbn objektets Egenskaber-liste.
• Find egenskaben Valgliste / Liste og vælg din navngivne liste fra vælgeren.

Fordi listen refereres ved navn, kan den samme liste drive en popup på en indtastningsformular, en søgeformular og et rapportfilter — alle peger på én definition. Ændr listen én gang, og hver forbruger opdateres. Det er gevinsten ved den ekstra ceremoni i designtiden.

En praktisk advarsel: Hvis du sletter eller omdøber en liste, som formularobjekter refererer til, mister disse objekter deres liste lydløst i nogle versioner. Før du omdøber, skal du søge i dine formularer efter det gamle navn. Behandl listenavne som en del af din applikations offentlige grænseflade.

Visningstyper: Hvad kortlægges rent, og hvad gør ikke

FileMaker tilbyder fire visningsstile til værdilister. Sådan oversættes de til 4D i praksis.

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 visningsstil	4D-ækvivalent	Sværhedsgrad i 4D
Popup List	Popup / rullemenu-objekt	Ligefrem — det anbefalede udgangspunkt
Popup Menu	Popup-menu-objekt	Ligefrem
Check Boxes	Afkrydsningsfelt-objekt bundet til en liste	Betydeligt mere komplekst; kræver typisk flere objekter eller et værdiliste-felt
Radio Buttons	Radioknap-gruppe	Betydeligt mere komplekst; normalt bygget af individuelle radio-objekter

Det ærlige resumé, og det som det originale HPO Soft-materiale gør: kun Popup-listen er beskrevet her, fordi det er vejen med mindst modstand. Værdilister med afkrydsningsfelter og radioknapper er mulige i 4D, men de er langt mere omfattende end deres FileMaker-modstykker. Hvis du migrerer en FileMaker-løsning, og den læner sig tungt op ad værdilister med afkrydsningsfelter, skal du afsætte reel tid til den konvertering — det er ikke en en-til-en port.

Valg af den rigtige listekilde

Før du åbner List Editoren, skal du beslutte, hvor elementerne kommer fra. Denne beslutning driver alt nedstrøms.

• Statisk brugerdefineret liste — du indtaster elementerne. Bedst til små, stabile ordforråd: statuskoder, hilsener, prioritetsniveauer, ja/nej/ukendt. Hurtig at bygge, ingen driftsomkostninger, men enhver ændring kræver redigering i designtilstand og en genudrulning.
• Liste afledt af feltværdier — elementerne kommer fra de unikke værdier, der allerede findes i et felt. Bedst når ordforrådet er datadrevet og vokser organisk, f.eks. et “kundetype”-felt udfyldt af andre dele af systemet. Afvejningen: listen er kun så ren som dine data, og den kan ikke tilbyde værdier, der endnu ikke findes i nogen post.
• Liste baseret på en anden fil / relateret liste — elementerne kommer fra en relateret tabel eller en anden fils liste. Bedst til delte referencedata (en central opslagstabel over afdelinger, valutaer eller produktlinjer), som flere dele af applikationen skal være enige om. Dette er den mest vedligeholdelsesvenlige mulighed for alt, der ændrer sig over tid, fordi du opdaterer kildetabellen, ikke listen.

En nyttig tommelfingerregel: hvis mere end én formular har brug for listen, eller hvis listen vil ændre sig uden en kodeudgivelse, så driv den fra data i stedet for at indtaste den. Statiske lister er til ting, der er reelt fastlåste — og reelt fastlåste ting er sjældnere, end folk antager.

Praktisk vejledning og almindelige faldgruber

Et par hårdt tilkæmpede vaner gør listearbejde i 4D meget mindre smertefuldt:

• Navngiv lister med et præfiks og et formål. Noget i retning af lst_Status_Order eller lst_Region_Sales fortæller en fremtidig vedligeholder, hvad listen er til, og hvor den bruges. Undgå generiske navne som List1.
• Byg listen før formularobjektet. Hvis du opretter popup-objektet først, skal du redigere objektets egenskaber to gange.
• Hold statiske lister korte. En statisk liste med halvtreds poster er en vedligeholdelsesbyrde; det er en datadrevet liste iført et kostume.
• Vær bevidst om redigerbare elementer. Hvert redigerbart element er et hul i din datavalidering. Dokumentér, hvorfor hver enkelt findes.
• Brug underpunkter til ægte hierarkier, ikke til dekoration. Indrykning, der ikke afspejler et reelt forældre-barn-forhold, forvirrer brugerne mere, end det hjælper.
• Hold øje med forældreløse referencer. Når du udfaser en liste, skal du søge (grep) i dine formularer efter dens navn, før du sletter den.

For en bredere kontekst om, hvordan 4D passer ind i lavkode- og rapid application development-landskabet, er platformens egen dokumentation og community-fora de autoritative kilder; 4D-udviklerdokumentationen dækker den nuværende List Editor UI, som har udviklet sig, siden det klassiske HPO Soft-materiale blev skrevet. For baggrund om den relationelle model, der understøtter tabeller, felter og opslag, se Wikipedia-artiklen om den relationelle model, og for den generelle kategori af værktøjer, som dette arbejde tilhører, er Wikipedia-oversigten over lavkode-udviklingsplatforme en nyttig orientering.

Hvor lister passer ind i det større build

Værdilister er trin seks i en sekvens, der kører: opret en database → indstil databaseegenskaber → definer tabeller → definer datafelter → byg formularer → opret værdilister → indtast eksempeldata. Bemærk, at lister kommer efter formularer og før eksempeldata. Denne rækkefølge er bevidst og værd at respektere: du vil have dine formularobjekter på plads, så du kan vedhæfte lister til dem, men du vil have listerne færdige, før du begynder at indtaste eksempelposter, fordi eksempeldata er der, hvor du vil opdage, om dine lister faktisk dækker sagerne i den virkelige verden.

Hvis du springer frem og indtaster eksempeldata først, vil du opdage, at du skal indtaste poster igen, hver gang du finjusterer en liste. Lav listerne først, og udfyld derefter.

Ofte stillede spørgsmål

Hvad er forskellen mellem en værdiliste i FileMaker og en liste i 4D?

FileMaker definerer værdilister i sammenhæng med det felt eller layoutobjekt, der bruger dem, og tilbyder tre kilder: brugerdefinerede elementer, værdier fra poster eller en relation, og en liste fra en anden fil. 4D adskiller definitionen fra brugen: du opretter en navngiven liste én gang i Listeeditoren og knytter derefter dette navn til et vilkårligt antal formularobjekter. 4D-tilgangen kræver mere arbejde på forhånd, men er langt mere vedligeholdelsesvenlig, når mange formularer deler det samme ordforråd.

Kan 4D oprette værdilister med afkrydsningsfelter og alternativknapper som FileMaker?

Ja, men det er betydeligt mere komplekst end i FileMaker. FileMaker lader dig vælge “Afkrydsningsfelter” eller “Alternativknapper” som en visningsstil direkte på en værdiliste. I 4D kræver opnåelse af den samme adfærd typisk flere formularobjekter eller et liste-over-værdier-felt, og det originale HPO Soft-træningsmateriale dækker bevidst kun Popup-listen af denne grund. Planlæg ekstra tid, hvis du migrerer en FileMaker-løsning, der er afhængig af afkrydsningslister.

Hvad er underordnede elementer i en 4D-liste, og hvornår skal jeg bruge dem?

Et underordnet element er et underelement indlejret under et overordnet listeelement, og indlejringen kan fortsætte i enhver dybde. Brug dem, når dit ordforråd er reelt hierarkisk – produktkategorier og underkategorier, regioner og byer, afdelinger og teams. Brug dem ikke til visuel gruppering alene, fordi indrykning indebærer et forældre-barn-forhold, som brugerne vil forvente betyder noget.

Skal jeg bruge en statisk liste eller en datadrevet liste?

Brug en statisk brugerdefineret liste til små, stabile ordforråd, der sjældent ændres, såsom statuskoder eller prioritetsniveauer. Brug en liste afledt af feltværdier eller fra en relateret fil, når ordforrådet vokser over tid eller deles på tværs af flere formularer. En god regel: Hvis listen vil ændre sig uden en kodefrigivelse, eller hvis mere end én formular har brug for den, skal den drives af data i stedet for at indtaste elementer i hånden.

Hvad gør den “redigerbare” mulighed på et listeelement?

Markering af et listeelement som redigerbart lader brugeren ændre denne post i stedet for at være begrænset til den foruddefinerede tekst. Det er nyttigt, når du ønsker et primært kontrolleret ordforråd med et par kontrollerede fritekst-udveje. Brug det sparsomt, fordi redigerbare elementer svækker dine garantier for datakonsistens og gør rapportering på dette felt mindre forudsigelig.

Hvornår i byggeprocessen skal jeg oprette mine værdilister?

Opret lister, efter at dine formularer eksisterer, men før du indtaster eksempeldata. Du skal have formularobjekterne på plads, så du kan vedhæfte lister til dem efter navn, og du vil have listerne færdige før eksempelindtastningen, så du ikke behøver at indtaste poster igen, hver gang du finjusterer en liste. Ved at følge sekvensen — tabeller, felter, formularer, lister og derefter eksempeldata — spares reelt omarbejde.