Basisprincipes van 4th Dimension Learning

Als u vanuit FileMaker Pro overstapt naar 4D (4th Dimension), is een van de eerste mentale aanpassingen die u moet maken die rond waardenlijsten. FileMaker biedt u een gebruiksvriendelijke, op zichzelf staande dialoog om deze te maken.

4D biedt u iets krachtigers, maar met minder begeleiding: de Lijsteditor, een tool in de ontwerpmodus die herbruikbare lijstbronnen produceert die u vervolgens aan formulierobjecten koppelt. In dit artikel wordt uitgelegd hoe waardenlijsten werken in 4D, hoe ze verschillen van de aanpak van FileMaker en welke praktische beslissingen u gaandeweg zult nemen.

Belangrijkste punten

• In 4D worden waardenlijsten centraal gemaakt en opgeslagen in de Lijsteditor, niet binnen individuele velddefinities zoals in FileMaker.
• Een 4D-lijst is een benoemde bron; dezelfde lijst kan aan veel formulierobjecten in veel formulieren worden gekoppeld, waardoor het onderhoud op één plek blijft.
• Lijstitems ondersteunen opmaak per item (normaal, vet, cursief) en een bewerkbare vlag, en elk item kan onderliggende items hebben tot een willekeurige diepte — een hiërarchische structuur die de platte waardenlijsten van FileMaker niet standaard bieden.
• De vier weergavestijlen van FileMaker (Pop-uplijst, Pop-upmenu, Selectievakjes, Keuzerondjes) komen overeen met 4D-concepten, maar alleen de Pop-uplijst is rechttoe rechtaan; selectievakjes en keuzerondjes vergen aanzienlijk meer werk.
• Het juiste moment om een lijst samen te stellen is voordat u het formulierobject dat deze gebruikt koppelt, zodat u er onmiddellijk op naam naar kunt verwijzen.

Waarom 4D ze “Lijsten” noemt en FileMaker ze “Waardenlijsten”

Terminologie is de eerste hindernis. De documentatie en gebruikersinterface van FileMaker gebruiken consequent Waardenlijst. 4D-documentatie en het klassieke HPO Soft-trainingsmateriaal gebruiken Lijst, en u ziet ook Keuzelijst in oudere referenties en communityposts. Ze beschrijven allemaal hetzelfde idee: een benoemde verzameling items waaruit een gebruiker kiest bij het invoeren van gegevens in een veld.

Het naamverschil weerspiegelt een echt architectonisch verschil. In FileMaker is een waardenlijst in wezen een eigenschap van het veld of het lay-outobject — u definieert deze in de context van waar deze wordt gebruikt, en FileMaker biedt drie bronnen:

• Een aangepaste lijst met items die u zelf typt.
• Een lijst afgeleid van veldwaarden — unieke waarden die zijn opgehaald uit records in het huidige bestand, of waarden die zijn bereikt via een relatie.
• Een lijst gebaseerd op een lijst in een ander bestand (de waardenlijst van een gerelateerd bestand).

4D ondersteunt conceptueel dezelfde drie bronnen, maar scheidt de lijstdefinitie van het lijstgebruik. U definieert de lijst één keer in de Lijsteditor, geeft hem een naam, en vervolgens kan elk formulierobject — een pop-up, een vervolgkeuzelijst, een combo-box, een tabbladbesturingselement, wat dan ook — naar die naam verwijzen. Die scheiding is het allerbelangrijkste om te internaliseren, omdat het de manier verandert waarop u uw schema en uw formulieren plant.

Een lijst maken in de 4D Lijsteditor

De workflow is kort, maar het is de moeite waard om deze in de juiste volgorde te doen.

Gerelateerd: Airtable — Een spreadsheet-eenvoudige interface bovenop een echte relationele database, met automatiseringen, weergaven en deelbare interfaces..

1. Schakel over naar de Ontwerpmodus. Lijsten zijn bronnen tijdens het ontwerp, geen runtimegegevens.
2. Open het menu Extra en kies Lijsteditor. (In moderne 4D-versies bevindt dit zich onder het Ontwerpmenu / Verkenner, afhankelijk van de versie, maar het klassieke pad is Extra $\rightarrow$ Lijsteditor.)
3. Het venster Lijsteditor wordt geopend met twee subvensters: Lijst met lijsten aan de linkerkant en Huidige lijst aan de rechterkant.
4. Klik in het linkerdeelvenster op Toevoegen en typ een naam voor uw nieuwe lijst. Kies de naam zorgvuldig — het wordt de identificatie waarnaar u verwijst vanuit formulierobjecten, en het later hernoemen betekent dat u elke verwijzing moet bijwerken.
5. Klik op de naam om deze te selecteren, ga vervolgens naar het rechterdeelvenster en voer de items voor die lijst in, één per regel.

Dat is de hele creatiecyclus. Het interessante deel is wat u met elk item kunt doen zodra het bestaat.

Opmaak en bewerkbaarheid per item

Elk lijstitem heeft zijn eigen weergavekenmerken:

• Platte tekst (de standaard)
• Vet
• Cursief
• Vet en cursief

Omdat deze per item van toepassing zijn, kan een enkele lijst stijlen combineren — handig voor het visueel markeren van een standaardkeuze, een verouderde optie of een categoriekop in de lijst.

Als u aan het winkelen bent: Zoho Creator — Een low-code app-bouwer die aansluit op de bredere Zoho-suite en prijzen per gebruiker in plaats van per app..

Er is ook een bewerkbare vlag per item. Wanneer een item als bewerkbaar is gemarkeerd, kan de gebruiker die invoer wijzigen in plaats van vast te zitten aan de vooraf gedefinieerde tekst.

Dit is een subtiel maar krachtig onderscheid: het stelt u in staat om een lijst te leveren die grotendeels uit een gecontroleerde woordenschat bestaat, maar gecontroleerde ontsnappingsmogelijkheden voor vrije tekst toestaat waar het bedrijf deze echt nodig heeft. Gebruik dit spaarzaam — zodra gebruikers lijstitems kunnen bewerken, wordt de consistentie van uw gegevens zwakker en wordt het rapporteren over dat veld moeilijker.

Onderliggende items: hiërarchische lijsten

De functie die FileMaker-veteranen het meest verrast is Een kind toevoegen. Elk lijstitem kan een subitem hebben, en dat subitem kan zijn eigen subitem hebben, enzovoort. U bouwt effectief een boomstructuur.

Dit is van belang omdat veel zakelijke vocabulaires hiërarchisch zijn:

• Productcategorieën $\rightarrow$ subcategorieën $\rightarrow$ SKU’s
• Regio’s $\rightarrow$ landen $\rightarrow$ steden
• Afdelingen $\rightarrow$ teams $\rightarrow$ rollen
• Rekeningschema $\rightarrow$ rekeninggroepen $\rightarrow$ individuele rekeningen

In FileMaker zou u dit doorgaans modelleren met een zelfrelatie en een portaal, of het platslaan tot één enkele lijst met naamgevingsconventies. In 4D kunt u de hiërarchie rechtstreeks in de lijstbron uitdrukken en het formulierobject deze als een ingesprongen menu laten presenteren. Dat is een echt voordeel voor iedereen die pickers bouwt op basis van gestructureerde referentiegegevens.

Hoe lijsten aan formulierobjecten worden gekoppeld

Zodra er een lijst bestaat, koppelt u deze aan een formulierobject — meestal een pop-uplijst (ook wel een vervolgkeuzelijst of pop-upmenu genoemd, afhankelijk van het objecttype en de versie). De mechanica:

Gerelateerd: Knack — Een databasebouwer zonder code, gericht op portals, directory's en interne tools, met vaste prijzen in plaats van kosten per gebruiker..

• Selecteer het veld- of variabele-object op het formulier in de ontwerpmodus.
• Open de lijst Eigenschappen van het object.
• Zoek de eigenschap Keuzelijst / Lijst en selecteer uw benoemde lijst uit de kiezer.

Omdat naar de lijst op naam wordt verwezen, kan dezelfde lijst een pop-up aansturen op een invoerformulier, een zoekformulier en een rapportfilter — allemaal verwijzend naar één definitie. Wijzig de lijst één keer en elke consument wordt bijgewerkt. Dat is de beloning voor de extra ceremonie tijdens het ontwerpen.

Een praktisch voorbehoud: als u een lijst verwijdert of hernoemt waarnaar formulierobjecten verwijzen, verliezen die objecten in sommige versies stilzwijgend hun lijst. Voordat u de naam wijzigt, zoekt u in uw formulieren naar de oude naam. Behandel lijstnamen als onderdeel van de openbare interface van uw applicatie.

Weergavestijlen: wat goed in kaart wordt gebracht en wat niet

FileMaker biedt vier weergavestijlen voor waardelijsten. Hier ziet u hoe ze zich in de praktijk naar 4D vertalen.

Onze keuze: Claris FileMaker Pro — Het langlopende relationele databaseplatform voor teams die aangepaste apps nodig hebben op desktop, internet en mobiel vanuit één bestand..

FileMaker-weergavestijl	4D-equivalent	Moeilijkheidsgraad in 4D
Popup List	Pop-up-/vervolgkeuzelijstobject	Eenvoudig — het aanbevolen startpunt
Popup Menu	Pop-upmenu-object	Eenvoudig
Check Boxes	Checkbox-object gebonden aan een lijst	Aanzienlijk complexer; heeft doorgaans meerdere objecten of een lijst-van-waarden-veld nodig
Radio Buttons	Keuzerondjegroep	Aanzienlijk complexer; meestal opgebouwd uit individuele radio-objecten

De eerlijke samenvatting, en die van het originele HPO Soft-materiaal: hier wordt alleen de Popup List beschreven, omdat dit de weg van de minste weerstand is. Waardelijsten met selectievakjes en keuzerondjes zijn mogelijk in 4D, maar ze zijn veel ingewikkelder dan hun FileMaker-tegenhangers. Als u een FileMaker-oplossing migreert en deze sterk leunt op waardelijsten met selectievakjes, budgetteer dan echt tijd voor die conversie — het is geen één-op-één-port.

De juiste lijstbron kiezen

Voordat u de Lijsteditor opent, bepaalt u waar de items vandaan komen. Deze beslissing bepaalt alles stroomafwaarts.

• Statische aangepaste lijst — u typt de items. Het beste voor kleine, stabiele woordenschatten: statuscodes, aanheffen, prioriteitsniveaus, ja/nee/onbekend. Snel te bouwen, geen runtimekosten, maar elke wijziging vereist een bewerking in de ontwerpmodus en een herimplementatie.
• Lijst afgeleid van veldwaarden — items zijn afkomstig van de unieke waarden die al in een veld aanwezig zijn. Het beste wanneer de woordenschat datagedreven is en organisch groeit, bijv. een veld “klanttype” dat door andere delen van het systeem wordt ingevuld. De afweging: de lijst is slechts zo schoon als uw gegevens, en kan geen waarden bieden die nog niet in een record voorkomen.
• Lijst gebaseerd op een ander bestand / gerelateerde lijst — items komen uit een gerelateerde tabel of de lijst van een ander bestand. Het beste voor gedeelde referentiegegevens (een centrale opzoektabel van afdelingen, valuta’s of productlijnen) waarover meerdere delen van de applicatie het eens moeten zijn. Dit is de meest onderhoudbare optie voor alles wat in de loop van de tijd verandert, omdat u de brontabel bijwerkt en niet de lijst.

Een handige vuistregel: als meer dan één formulier de lijst nodig heeft, of als de lijst zal veranderen zonder een code-release, stuur deze dan aan vanuit gegevens in plaats van deze in te typen. Statische lijsten zijn voor dingen die echt vaststaan — en echt vaste dingen zijn zeldzamer dan mensen aannemen.

Praktische begeleiding en veelvoorkomende valkuilen

Een paar zwaarbevochten gewoonten maken het werken met lijsten in 4D veel minder pijnlijk:

• Geef lijsten een naam met een voorvoegsel en een doel. Iets als lst_Status_Order of lst_Region_Sales vertelt een toekomstige onderhouder waar de lijst voor is en waar deze wordt gebruikt. Vermijd generieke namen zoals List1.
• Maak de lijst vóór het formulierobject. Als u eerst de pop-up maakt, bewerkt u de eigenschappen van het object twee keer.
• Houd statische lijsten kort. Een statische lijst met vijftig vermeldingen is een onderhoudslast; dat is een datagestuurde lijst in vermomming.
• Wees bewust over bewerkbare items. Elk bewerkbaar item is een gat in uw gegevensvalidatie. Documenteer waarom elk ervan bestaat.
• Gebruik onderliggende items voor echte hiërarchieën, niet voor decoratie. Inspringingen die geen echte ouder-kindrelatie weerspiegelen, verwarren gebruikers meer dan dat ze helpen.
• Let op verweesde verwijzingen. Wanneer u een lijst buiten gebruik stelt, grep dan uw formulieren op de naam voordat u deze verwijdert.

Voor een bredere context over hoe 4D past in het landschap van low-code en rapid application development zijn de eigen documentatie en communityforums van het platform de gezaghebbende bronnen; de 4D developer documentation behandelt de huidige gebruikersinterface van de Lijsteditor, die is geëvolueerd sinds het klassieke HPO Soft-materiaal werd geschreven. Voor achtergrondinformatie over het relationele model dat ten grondslag ligt aan tabellen, velden en zoekopdrachten, zie het Wikipedia-artikel over het relationele model, en voor de algemene categorie tools waartoe dit werk behoort, is het Wikipedia-overzicht van low-code development platforms een nuttige oriëntatie.

Waar lijsten passen in de grotere build

Waardenlijsten zijn stap zes in een reeks die als volgt verloopt: een database maken → database-eigenschappen instellen → tabellen definiëren → gegevensvelden definiëren → formulieren bouwen → waardenlijsten maken → voorbeeldgegevens invoeren. Merk op dat lijsten na formulieren en voor voorbeeldgegevens komen. Die volgorde is doelbewust en verdient respect: u wilt uw formulierobjecten op hun plaats hebben zodat u er lijsten aan kunt koppelen, maar u wilt dat de lijsten klaar zijn voordat u begint met het invoeren van voorbeeldrecords, omdat u bij de voorbeeldgegevens zult ontdekken of uw lijsten daadwerkelijk de praktijksituaties dekken.

Als u dit overslaat en eerst voorbeeldgegevens invoert, zult u merken dat u records opnieuw moet invoeren telkens wanneer u een lijst verfijnt. Maak eerst de lijsten en vul ze vervolgens in.

Veelgestelde vragen

Wat is het verschil tussen een waardenlijst in FileMaker en een lijst in 4D?

FileMaker definieert waardenlijsten in de context van het veld of lay-outobject dat deze gebruikt, en biedt drie bronnen: aangepaste items, waarden uit records of een relatie, en een lijst uit een ander bestand. 4D scheidt de definitie van het gebruik: u maakt één keer een benoemde lijst in de Lijsteditor en koppelt die naam vervolgens aan een willekeurig aantal formulierobjecten. De 4D-aanpak vergt meer werk vooraf, maar is veel beter onderhoudbaar wanneer veel formulieren dezelfde woordenschat delen.

Kan 4D waardenlijsten met selectievakjes en keuzerondjes maken, zoals FileMaker?

Ja, maar het is aanzienlijk complexer dan in FileMaker. FileMaker laat u “Selectievakjes” of “Keuzerondjes” als weergavestijl rechtstreeks in een waardenlijst kiezen. In 4D vereist het bereiken van hetzelfde gedrag doorgaans meerdere formulierobjecten of een list-of-values-veld, en het originele HPO Soft-trainingsmateriaal behandelt om deze reden opzettelijk alleen de Pop-uplijst. Plan extra tijd in als u een FileMaker-oplossing migreert die afhankelijk is van lijsten met selectievakjes.

Wat zijn onderliggende items in een 4D-lijst en wanneer moet ik ze gebruiken?

Een onderliggend item is een subitem dat is genest onder een bovenliggend lijstitem, en dit nesten kan tot elke gewenste diepte worden voortgezet. Gebruik ze wanneer uw woordenschat echt hiërarchisch is — productcategorieën en subcategorieën, regio’s en steden, afdelingen en teams. Gebruik ze niet enkel voor visuele groepering, omdat inspringen een ouder-kindrelatie impliceert waarvan gebruikers verwachten dat deze een betekenis heeft.

Moet ik een statische lijst of een datagestuurde lijst gebruiken?

Gebruik een statische aangepaste lijst voor kleine, stabiele woordenschatten die zelden veranderen, zoals statuscodes of prioriteitsniveaus. Gebruik een lijst die is afgeleid van veldwaarden of van een gerelateerd bestand wanneer de woordenschat in de loop van de tijd groeit of over meerdere formulieren wordt gedeeld. Een goede regel: als de lijst zal veranderen zonder een code-release, of als meer dan één formulier deze nodig heeft, stuur deze dan aan vanuit gegevens in plaats van items handmatig in te typen.

Wat doet de optie “bewerkbaar” bij een lijstitem?

Door een lijstitem als bewerkbaar te markeren, kan de gebruiker die invoer wijzigen in plaats van beperkt te worden tot de vooraf gedefinieerde tekst. Dit is handig wanneer u een grotendeels gecontroleerde woordenschat wilt met een paar gecontroleerde ontsnappingsluiken voor vrije tekst. Gebruik dit spaarzaam, want bewerkbare items verzwakken uw garanties voor gegevensconsistentie en maken rapportages over dat veld minder voorspelbaar.

Wanneer in het bouwproces moet ik mijn waardenlijsten maken?

Maak lijsten nadat uw formulieren bestaan, maar voordat u voorbeeldgegevens invoert. U hebt de formulierobjecten nodig zodat u er lijsten op naam aan kunt koppelen, en u wilt dat de lijsten klaar zijn vóór de invoer van voorbeelden, zodat u de records niet elke keer opnieuw hoeft in te voeren wanneer u een lijst verfijnt. Het volgen van de reeks — tabellen, velden, formulieren, lijsten en vervolgens voorbeeldgegevens — bespaart echt veel herstelwerk.