Basisprincipes van 4th Dimension Learning

Het onderwerp hier is menu’s — met name hoe de menusystemen in FileMaker Pro (FMP) en 4D verschillen, en waarom dat verschil van belang is wanneer je een mentaal model van het ene hulpmiddel naar het andere migreert. Menu’s zijn een van de eerste dingen die een nieuwe 4D-ontwikkelaar opmerkt, omdat 4D wat FileMaker als één oppervlak beschouwt, opsplitst in verschillende afzonderlijke omgevingen.

Belangrijkste punten

• De Browse-modus van FileMaker Pro presenteert één menubalk met één set menu’s en menu-items; 4D scheidt de User-omgeving van de Custom Menus-omgeving, en deze twee gedragen zich verschillend.
• De 4D User-omgeving is een testruimte voor ontwikkelaars, niet de plek waar uw eindgebruikers zich normaal gesproken bevinden. Ontwerp uw productie-menu-ervaring niet rond deze omgeving.
• Foundation is een 4D-structuurbestand dat vooraf is geladen met Methods en Forms die u kunt kopiëren en plakken — een snelle route zodra u de basis begrijpt, geen vervanging daarvan.
• Menu-ontwerp in 4D is een bewuste, structurele beslissing. U bepaalt wat de gebruiker ziet; u erft niet simpelweg een vaste applicatie-menubalk, zoals dat grotendeels wel het geval is in FileMaker.
• Het eerst begrijpen van het omgevingsmodel voorkomt de meest voorkomende beginnersfout: menu’s bouwen en testen in de verkeerde omgeving en u vervolgens afvragen waarom gebruikers iets anders zien.

Waarom menu’s het eerste echte divergentiepunt zijn

Wanneer u van FileMaker Pro naar 4D overstapt, worden de databaseconcepten redelijk goed overgedragen. Tabellen, velden, records, lay-outs en formulieren hebben allemaal herkenbare tegenhangers. Menu’s zijn het punt waar de twee platforms uit elkaar gaan op een manier die u dwingt om anders na te denken over de applicatie als geheel.

In FileMaker is de menubalk in feite de menubalk van de applicatie. U krijgt Bestand, Bewerken, Weergave, Invoegen, Opmaak, Records, Scripts, Venster en Help, en uw taak bestaat voornamelijk uit het onderdrukken of aanvullen van wat er al is. U werkt binnen een vast kader.

In 4D is de menubalk iets dat u zelf construeert. Het platform biedt u omgevingen, en elke omgeving kan zijn eigen menubalk presenteren. Dat betekent dat het menu geen gegeven is — het is een resultaat van uw ontwerp. Dit vereist meer werk vooraf en biedt aanzienlijk meer controle achteraf, wat precies de afweging is die 4D definieert als een ontwikkelingsplatform in plaats van een sjabloongestuurde tool.

FMP Browse-modus menu’s

In de FMP Browse-modus is er slechts één menubalk en één set menu’s en menu-items. Die ene balk dient de gehele browse-ervaring. Figuur 2 in het originele materiaal toont de FMP-menubalk met de menu’s “Bestand” en “Bewerken” zichtbaar.

Het praktische gevolg is eenvoud. Een FileMaker-ontwikkelaar die het platform leert kennen, hoeft zich niet af te vragen “naar welke menubalk kijk ik?” Er is er maar één. Aanpassing gebeurt door items te verwijderen die gebruikers niet mogen bereiken en door script-triggers toe te voegen achter de items die u behoudt.

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

Dit is oprecht handig, en het is de moeite waard om dit te erkennen in plaats van af te wijzen. Voor kleine oplossingen met één specifiek doel brengt het FileMaker-model u sneller naar een bruikbare interface. De prijs is dat u altijd moet onderhandelen met een menubalk die is ontworpen voor een algemene applicatie, niet voor uw specifieke zakelijke app.

4D User-omgeving menu’s

In 4D is er een standaardmenubalk voor de User-omgeving. Het cruciale punt om te internaliseren is dit: de User-omgeving is normaal gesproken niet de plek waar gebruikers zich zullen bevinden. De User-omgeving is waar de ontwikkelaar test wat er is ontwikkeld. Normaal gesproken zal de eindgebruiker de User-omgeving nooit zien.

Figuur 3 in het originele materiaal toont de 4D User-menubalk en de bijbehorende menu’s.

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

Beschouw de User-omgeving als een werkplaats, niet als een showroom. Het biedt u een voorspelbare, standaard set menu’s zodat u door uw structuur kunt navigeren, methods kunt uitvoeren, gegevens kunt inspecteren en gedrag kunt verifiëren tijdens de ontwikkeling. Omdat het gestandaardiseerd is, is het stabiel — u kunt erop vertrouwen dat het niet verandert terwijl u werkt.

De beginnersval is subtiel en veelvoorkomend: u bouwt een formulier, test het in de User-omgeving, alles werkt, en u levert het op. Vervolgens opent een gebruiker de applicatie in de geïmplementeerde custom-omgeving en zijn de menu’s anders, ontbreken sommige items, en is een workflow die afhankelijk was van een menu-item dat u tijdens het testen gebruikte, simpelweg niet aanwezig. De oplossing is niet technisch — het is testen in de omgeving die uw gebruikers daadwerkelijk zullen gebruiken.

Hoe te beslissen waar te testen

• Tijdens structurele ontwikkeling — werk in de User-omgeving. Dit is snel en voorspelbaar.
• Vóór elke release — loop elke gebruikersgerichte workflow door in de geïmplementeerde custom menu-omgeving, niet in de User-omgeving.
• Wanneer een menu-item “verdwijnt” — controleer eerst in welke omgeving u zich bevindt voordat u de menudefinitie zelf gaat debuggen.

4D Foundation standaard Custom Menus-omgeving

Foundation is een shell. Het is een 4D-structuurbestand waarin een groot aantal Methods en Forms voor u zijn gedefinieerd. U kunt deze Methods en Forms simpelweg kopiëren en plakken. Zodra u de 4D-basis onder de knie heeft, biedt Foundation een snelle route voor de ontwikkeling van uw programma.

Figuur 4 in het originele materiaal toont de standaard custom menubalk van Foundation en de bijbehorende menu’s.

Foundation kan het beste worden begrepen als een referentie-implementatie en een onderdelenbak, in plaats van als een framework dat u integraal overneemt. De waarde zit in de concrete, werkende voorbeelden: u kunt zien hoe een aangepaste menubalk daadwerkelijk wordt samengesteld, hoe menu-items aan methoden worden gekoppeld en hoe de stukjes in elkaar passen in een echt structuurbestand. Door een werkend menu te kopiëren en aan te passen, leert u het model sneller kennen dan door erover te lezen.

Twee kanttekeningen die het vermelden waard zijn:

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

• Kopiëren en plakken brengt bagage met zich mee. Methoden en formulieren die uit Foundation worden gehaald, kunnen verwijzen naar andere objecten, tabellen of naamgevingsconventies die niet bestaan in uw structuur. Verwacht dat u afhankelijkheden moet traceren in plaats van uit te gaan van een schone drop-in.
• Foundation weerspiegelt zijn tijdperk. Het is gebouwd om 4D-concepten te demonstreren, en de conventies komen mogelijk niet overeen met de moderne 4D-praktijk. Beschouw het als een leermiddel en een bron van patronen, niet als een stijlgids.

De drie menucontexten vergelijken

De duidelijkste manier om deze drie omgevingen in uw hoofd te houden, is door ze naast elkaar te zetten.

Context	Wie gebruikt het	Gedrag menubalk	Hoofddoel
FMP Bladermodus	Eindgebruiker	Eén vaste menubalk en itemset	De oplossing uitvoeren zoals geleverd
4D Gebruikersomgeving	Ontwikkelaar	Standaard, voorspelbare menubalk	Testen en inspecteren tijdens ontwikkeling
4D Custom Menus omgeving	Eindgebruiker	Menubalk die u definieert	De productie-ervaring leveren
4D Foundation	Ontwikkelaar (lerend)	Vooraf gebouwde standaard aangepaste menu’s	Patronen leren; methoden en formulieren kopiëren

De rij die er het meest toe doet voor een nieuwe 4D-ontwikkelaar is de derde. Alles in de FMP-kolom valt samen in één oppervlak; in 4D splitst dit zich op in een ontwikkelaarsoppervlak en een gebruikersoppervlak, en u bent volledig eigenaar van het gebruikersoppervlak.

Praktische begeleiding voor menuontwerp in 4D

Omdat u het menu zelf bouwt in plaats van het te erven, komen een paar beslissingen al vroeg naar voren die het waard zijn om bewust te nemen.

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

Begin vanuit de takenlijst van de gebruiker, niet vanuit de standaard menunamen. FileMaker leert u denken in termen van Bestand, Bewerken, Records. In 4D bent u vrij om te organiseren rond wat uw gebruikers daadwerkelijk doen — “Bestellingen”, “Klanten”, “Rapporten” — en dat is meestal een beter menu dan een generiek menu.

Bepaal wat er in een menu thuishoort versus op een formulier. Menu-items zijn globaal en altijd bereikbaar; knoppen op een formulier zijn contextueel. Een destructieve actie zoals “Alle records verwijderen” is veiliger op een formulier waar u het kunt afschermen, niet in een menu waar een verdwaalde klik het vanaf overal kan bereiken.

Houd het ontwikkelaarsoppervlak en het gebruikersoppervlak mentaal gescheiden. De standaardmenubalk van de gebruikersomgeving is een hulpmiddel. Laat het gemak ervan niet doorsijpelen in uw ontwerpbeslissingen over het productiemenu.

Gebruik Foundation om de bedrading te leren kennen en bouw vervolgens uw eigen menu. Het snelste pad is om één Foundation-menu te kopiëren, elke verbinding daarin te begrijpen en het vervolgens helemaal opnieuw op te bouwen voor uw applicatie. Bij de wederopbouw blijft de leerstof echt hangen.

Test in de doelomgeving vóór elke release. Deze ene gewoonte voorkomt de meest voorkomende klasse van “bij mij werkte het” menufouten.

Waar dit past in het leertraject

Deze pagina staat aan het begin van de serie, in de sectie waarin standaardmenu’s tussen FMP en 4D worden vergeleken. De natuurlijke volgende stappen zijn de gedetailleerde menuvergelijkingen die volgen — vergelijkingen van het Bestandsmenu, suggesties voor het Bestandsmenu, andere menuvergelijkingen, suggesties voor het Records-menu en het aangepaste splashscreen. Elk daarvan neemt één deel van het menuoppervlak en werkt de details uit.

De reden dat het omgevingsmodel eerst komt, is dat elke latere menubeslissing ervan afhangt. Als u niet weet voor welke omgeving u ontwerpt, heeft het specifieke advies over menu-items dat volgt geen anker. Zodra u de omgevingen op een rijtje heeft, leest de rest van het menumateriaal als een reeks concrete keuzes in plaats van als een lijst met feiten.

Voor bredere achtergrondinformatie over het platform zelf biedt het Wikipedia-artikel over 4th Dimension nuttige context over de geschiedenis en positionering ervan, en het FileMaker artikel behandelt het platform waartegen deze vergelijking wordt getrokken. Voor algemene principes die op beide tools van toepassing zijn, publiceert de Nielsen Norman Group algemeen gerespecteerd onderzoek over menuontwerp en navigatie, en het W3C onderhoudt toegankelijkheidsrichtlijnen die het waard zijn om te raadplegen wanneer u beslist hoe gebruikers kernfuncties zullen bereiken.

Veelgestelde vragen

Waarom heeft 4D een aparte gebruikersomgeving als gebruikers deze nooit zien?

De gebruikersomgeving bestaat zodat ontwikkelaars een stabiele, gestandaardiseerde plek hebben om hun werk te testen en te inspecteren. Omdat de menubalk vaststaat, verschuift deze niet terwijl u aan het ontwikkelen bent. De eindgebruiker werkt normaal gesproken in een aangepaste omgeving waar u de menubalk beheert. Door de twee gescheiden te houden, kunnen uw testoppervlak en uw leveringsoppervlak elk worden geoptimaliseerd voor hun verschillende doeleinden.

Is de menubalk van de 4D-gebruikersomgeving aanpasbaar?

Het is een standaardmenubalk die door het platform wordt aangeboden, en de bedoeling is dat deze standaard blijft zodat het een betrouwbaar ontwikkeloppervlak blijft. Uw aanpassingsinspanningen horen thuis in de custom menus omgeving die uw gebruikers daadwerkelijk zullen zien. Behandel de menubalk van de gebruikersomgeving als een hulpmiddel dat u gebruikt, niet als een resultaat dat u ontwerpt.

Wat is Foundation precies en moet ik mijn app erop bouwen?

Foundation is een 4D-structuurbestand — een shell — dat een groot aantal vooraf gebouwde methoden en formulieren bevat die u in uw eigen werk kunt kopiëren en plakken. Het is een fast track zodra u de basis van 4D onder de knie hebt. Het kan het beste worden gebruikt als een bron van werkende voorbeelden en patronen, in plaats van als een basis die u integraal overneemt, omdat gekopieerde objecten afhankelijkheden en conventies kunnen bevatten die niet in uw structuur passen.

Waarom werkte mijn menu-item tijdens het testen, maar niet voor de gebruiker?

Bijna altijd omdat u heeft getest in de gebruikersomgeving en de gebruiker in een aangepaste menuomgeving werkt. Deze twee hebben verschillende menubalken, dus een item dat tijdens de ontwikkeling voor u beschikbaar was, bestaat mogelijk niet in het geïmplementeerde menu. Voordat u de menudefinitie debugt, moet u bevestigen in welke omgeving u zich bevindt.

Moet ik de FileMaker-menustructuur opnieuw opbouwen in 4D?

Nee, en dat zou u over het algemeen ook niet moeten doen. De organisatie Bestand/Bewerken/Records van FileMaker bestaat omdat FileMaker een algemene toepassingsmenubalk presenteert. In 4D bouwt u het menu zelf op, zodat u het kunt organiseren rond de feitelijke taken van uw gebruikers in plaats van een generieke structuur te spiegelen. Gebruik de FileMaker-indeling als referentiepunt voor welke functies u nodig heeft, niet als sjabloon voor hoe u deze moet rangschikken.

Hoeveel van het menu-ontwerp moet gebeuren voordat ik formulieren bouw?

Genoeg om te weten wat globaal is en wat contextueel. Bepaal vroegtijdig welke acties in het menu thuishoren — bereikbaar vanaf elke plek — en welke op formulieren thuishoren waar ze door context kunnen worden beperkt. Als u die splitsing vroegtijdig goed maakt, bespaart u later herstelwerk, omdat het achteraf verplaatsen van een actie tussen menu en formulier zowel de menudefinitie als elk formulier dat ernaar verwijst beïnvloedt.