Grunderna i 4th Dimension Learning

Den här sidan är en del av 4th Dimension Learning Basics-serien, som leder utvecklare genom 4D-plattformen utifrån grundläggande principer. Ämnet här är menyer – specifikt hur menysystemen i FileMaker Pro (FMP) och 4D skiljer sig åt, och varför den skillnaden spelar roll när du migrerar en mental modell från ett verktyg till ett annat. Menyer är en av de första sakerna en ny 4D-utvecklare lägger märke till, eftersom 4D delar upp det som FileMaker behandlar som en enda yta i flera distinkta miljöer.

Viktiga lärdomar

• FileMaker Pros bläddringsläge presenterar en menyrad med en uppsättning menyer och menyalternativ; 4D skiljer användarmiljön (User environment) från miljön för anpassade menyer (Custom Menus environment), och dessa två beter sig olika.
• 4D:s användarmiljö är ett testområde för utvecklare, inte den plats där dina slutanvändare normalt befinner sig. Designa inte din produktionsmenyupplevelse utifrån den.
• Foundation är en 4D-strukturfil förladdad med metoder och formulär som du kan kopiera och klistra in – en snabbväg när du väl förstår grunderna, inte en ersättning för dem.
• Menydesign i 4D är ett medvetet, strukturellt beslut. Du bestämmer vad användaren ser; du ärver inte en fast programmenyrad på det sätt som du till stor del gör i FileMaker.
• Att först förstå miljömodellen förhindrar det vanligaste nybörjarmisstaget: att bygga och testa menyer i fel miljö och sedan undra varför användarna ser något annat.

Varför menyer är den första verkliga skillnaden

När du går från FileMaker Pro till 4D överförs databaskoncepten hyfsat bra. Tabeller, fält, poster, layouter och formulär har alla igenkännbara motsvarigheter. Menyer är där de två plattformarna går skilda vägar på ett sätt som tvingar dig att tänka annorlunda om applikationen som helhet.

I FileMaker är menyraden i huvudsak applikationens menyrad. Du får File, Edit, View, Insert, Format, Records, Scripts, Window och Help, och ditt jobb är mest att undertrycka eller förstärka det som redan finns där. Du arbetar mot en fast ram.

I 4D är menyraden något du konstruerar. Plattformen ger dig miljöer, och varje miljö kan presentera sin egen menyrad. Det betyder att menyn inte är given – den är ett resultat av din design. Detta innebär mer arbete i början och avsevärt mer kontroll senare, vilket är precis den avvägning som definierar 4D som en utvecklingsplattform snarare än ett malldrivet verktyg.

FMP-menyer i bläddringsläge

I FMP:s bläddringsläge finns det bara en menyrad och en uppsättning menyer och menyalternativ. Denna enda rad tjänar hela bläddringsupplevelsen. Figur 2 i originalmaterialet visar FMP-menyraden med menyerna “File” och “Edit” synliga.

Den praktiska konsekvensen är enkelhet. En FileMaker-utvecklare som lär sig plattformen behöver inte fråga “vilken menyrad tittar jag på?” Det finns bara en. Anpassning sker genom att ta bort objekt som du inte vill att användarna ska nå och lägga till skriptutlösare bakom de du behåller.

Relaterat: Airtable — Ett enkelt kalkylarksgränssnitt som sitter ovanpå en riktig relationsdatabas, med automatiseringar, vyer och delbara gränssnitt..

Detta är genuint bekvämt, och det är värt att erkänna snarare än att avfärda. För små lösningar med ett enda syfte leder FileMaker-modellen dig snabbare till ett användbart gränssnitt. Kostnaden är att du alltid förhandlar med en menyrad som är designad för en generell applikation, inte för din specifika affärsapp.

Menyer i 4D:s användarmiljö

I 4D finns en standardmenyrad för användarmiljön. Det kritiska att internalisera är detta: användarmiljön är normalt inte där användarna kommer att befinna sig. Användarmiljön är där utvecklaren testar det som har utvecklats. Normalt kommer slutanvändaren aldrig att se användarmiljön.

Figur 3 i originalmaterialet visar 4D:s användarmenyrad och dess menyer.

Om du handlar: Zoho Creator — En appbyggare med låg kod som ansluts till den bredare Zoho-sviten och priser per användare snarare än per app..

Tänk på användarmiljön som en verkstad, inte ett showroom. Den ger dig en förutsägbar standarduppsättning av menyer så att du kan navigera i din struktur, köra metoder, inspektera data och verifiera beteenden under utveckling. Eftersom den är standardiserad är den stabil – du kan lita på att den inte förändras under dig medan du arbetar.

Nybörjarfällan är subtil och vanlig: du bygger ett formulär, testar det i användarmiljön, allt fungerar och du driftsätter. Sedan öppnar en användare applikationen i den distribuerade anpassade miljön och menyerna är annorlunda, vissa objekt saknas och ett arbetsflöde som berodde på ett menyalternativ som du använde under testningen finns helt enkelt inte där. Lösningen är inte teknisk – den är att testa i den miljö som dina användare faktiskt kommer att använda.

Hur man bestämmer var man ska testa

• Under strukturutveckling — arbeta i användarmiljön. Det är snabbt och förutsägbart.
• Före varje release — gå igenom varje användarinriktat arbetsflöde i den distribuerade anpassade menymiljön, inte i användarmiljön.
• När ett menyalternativ “försvinner” — kontrollera först vilken miljö du befinner dig i innan du felsöker själva menydefinitionen.

4D Foundations standardmiljö för anpassade menyer

Foundation är ett skal. Det är en 4D-strukturfil som har en mängd metoder och formulär definierade för dig. Du kan helt enkelt kopiera och klistra in dessa metoder och formulär. När du har bemästrat grunderna i 4D erbjuder Foundation en snabbväg för att få ditt program utvecklat.

Figur 4 i originalmaterialet visar Foundations standardmenyrad för anpassade menyer och dess menyer.

Foundation förstås bäst som en referensimplementering och en reservdelslåda snarare än ett ramverk som du anammar rakt av. Värdet ligger i de konkreta, fungerande exemplen: du kan se hur en anpassad menyrad faktiskt är sammansatt, hur menyalternativ kopplas till metoder och hur bitarna passar ihop i en riktig strukturfil. Att kopiera en fungerande meny och modifiera den lär dig modellen snabbare än att läsa om den.

Två varningar värda att uttrycka tydligt:

Relaterat: Knack — En databasbyggare utan kod som syftar till portaler, kataloger och interna verktyg – med schablonpris i stället för avgifter per användare..

• Kopiering medför bagage. Metoder och formulär som hämtats från Foundation kan referera till andra objekt, tabeller eller namnkonventioner som inte finns i din struktur. Räkna med att behöva spåra beroenden snarare än att anta en ren drop-in.
• Foundation speglar sin era. Den byggdes för att demonstrera 4D-koncept, och dess konventioner matchar kanske inte modern 4D-praxis. Behandla den som ett läromedel och en källa till mönster, inte som en stilguide.

Jämförelse av de tre menykontexterna

Det tydligaste sättet att hålla koll på dessa tre miljöer är att se dem sida vid sida.

Kontext	Vem använder den	Menyradens beteende	Primärt syfte
FMP bläddringsläge	Slutanvändare	En fast menyrad och objektuppsättning	Kör lösningen som levererad
4D användarmiljö	Utvecklare	Standard, förutsägbar menyrad	Testa och inspektera under utveckling
4D Custom Menus-miljö	Slutanvändare	Menyraden du definierar	Leverera produktionsupplevelsen
4D Foundation	Utvecklare (lärande)	Förbyggda standardanpassade menyer	Lär dig mönster; kopiera metoder och formulär

Den rad som betyder mest för en ny 4D-utvecklare är den tredje. Allt i FMP-kolumnen kollapsar till en enda yta; i 4D delas det upp i en utvecklaryta och en användaryta, och du äger användarytan helt och hållet.

Praktisk vägledning för menydesign i 4D

Eftersom du bygger menyn snarare än att ärva den, dyker några beslut upp tidigt som är värda att ta medvetet.

Vårt val: Claris FileMaker Pro — Den långvariga relationsdatabasplattformen för team som behöver anpassade appar på skrivbordet, webben och mobilen från en enda fil..

Utgå från användarens uppgiftslista, inte från standardmenynamnen. FileMaker tränar dig att tänka i termer av Arkiv, Redigera, Poster. I 4D är du fri att organisera utifrån vad dina användare faktiskt gör — “Beställningar”, “Kunder”, “Rapporter” — och det blir vanligtvis en bättre meny än en generisk.

Avgör vad som hör hemma i en meny kontra på ett formulär. Menyalternativ är globala och alltid tillgängliga; knappar på ett formulär är kontextuella. En destruktiv åtgärd som “Radera alla poster” är säkrare på ett formulär där du kan styra åtkomsten, inte i en meny där ett felklick kan nå den från var som helst.

Håll utvecklarytan och användarytan mentalt åtskilda. Användarmiljöns standardmenyrad är ett verktyg. Låt inte dess bekvämlighet läcka in i dina designbeslut för produktionsmenyn.

Använd Foundation för att lära dig kopplingarna, och bygg sedan din egen. Den snabbaste vägen är att kopiera en Foundation-meny, förstå varje anslutning i den och sedan bygga om den från grunden för din applikation. Det är vid ombyggnaden som lärandet fastnar.

Testa i målmiljön före varje release. Denna enda vana förhindrar den vanligaste klassen av “det fungerade för mig”-menybuggar.

Var detta passar in i inlärningsvägen

Den här sidan ligger tidigt i serien, i avsnittet som jämför standardmenyer mellan FMP och 4D. De naturliga nästa stegen är de detaljerade menyjämförelserna som följer — jämförelser av Arkiv-menyn, förslag för Arkiv-menyn, andra menyjämförelser, förslag för Poster-menyn och den anpassade startskärmen. Var och en av dessa tar en del av menyytan och går igenom detaljerna.

Anledningen till att miljömodellen kommer först är att varje senare menybeslut beror på den. Om du inte vet vilken miljö du designar för, har de specifika råden om menyalternativ som följer inget ankare. Få ordning på miljöerna, så läses resten av menymaterialet som en uppsättning konkreta val snarare än en lista med fakta.

För en bredare bakgrund om själva plattformen ger Wikipedia-artikeln om 4th Dimension ett användbart sammanhang om dess historia och positionering, och artikeln om FileMaker täcker plattformen som denna jämförelse utgår ifrån. För allmänna principer som gäller för båda verktygen publicerar Nielsen Norman Group allmänt respekterad forskning om menydesign och navigering, och W3C underhåller tillgänglighetsvägledning som är värd att konsultera när du bestämmer hur användare ska nå kärnfunktionerna.

Vanliga frågor

Varför har 4D en separat användarmiljö om användarna aldrig ser den?

Användarmiljön finns så att utvecklare har en stabil, standardiserad plats att testa och inspektera sitt arbete på. Eftersom dess menyrad är fast, förskjuts den inte under dig medan du utvecklar. Slutanvändaren arbetar normalt i en anpassad miljö där du styr menyraden. Att hålla de två åtskilda innebär att din testyta och din leveransyta var och en kan optimeras för sina olika syften.

Är menyraden i 4D-användarmiljön anpassningsbar?

Det är en standardmenyrad som tillhandahålls av plattformen, och avsikten är att den förblir standard så att den förblir en pålitlig utvecklingsyta. Din anpassningsinsats hör hemma i den anpassade menymiljön som dina användare faktiskt kommer att se. Behandla användarmiljöns menyrad som ett verktyg du använder, inte som en produkt du designar.

Vad exakt är Foundation, och ska jag bygga min app på det?

Foundation är en 4D-strukturfil — ett skal — som innehåller ett stort antal förbyggda metoder och formulär som du kan kopiera och klistra in i ditt eget arbete. Det är en snabbväg när du väl har koll på 4D-grunderna. Den används bäst som en källa till arbetsexempel och mönster snarare än som en grund som du adopterar rakt av, eftersom kopierade objekt kan ha beroenden och konventioner som inte passar din struktur.

Varför fungerade mitt menyalternativ under testningen men inte för användaren?

Nästan alltid för att du testade i användarmiljön och användaren kör i en anpassad menymiljö. De två har olika menyrader, så ett alternativ som är tillgängligt för dig under utvecklingen kanske inte finns i den distribuerade menyn. Innan du felsöker menydefinitionen, bekräfta vilken miljö du befinner dig i.

Behöver jag bygga om FileMakers menystruktur i 4D?

Nej, och det bör du i allmänhet inte göra. FileMakers organisation med Arkiv/Redigera/Poster existerar eftersom FileMaker presenterar en menyrad för allmänt ändamål. I 4D konstruerar du menyn, så du kan organisera den utifrån dina användares faktiska uppgifter istället för att spegla en generisk struktur. Använd FileMaker-layouten som en referenspunkt för vilka funktioner du behöver, inte som en mall för hur du ordnar dem.

Hur mycket av menydesignen bör ske innan jag bygger formulär?

Tillräckligt för att veta vad som är globalt och vad som är kontextuellt. Bestäm tidigt vilka åtgärder som hör hemma i menyn — tillgängliga från var som helst — och vilka som hör hemma på formulär där de kan styras av kontexten. Att få den uppdelningen rätt tidigt sparar omarbetning senare, eftersom det att flytta en åtgärd mellan meny och formulär i efterhand påverkar både menydefinitionen och varje formulär som refererade till den.