Grundläggande om 4th Dimension Learning

Viktiga slutsatser

• 4D Toolbar är ett bekvämlighetslager, inte ett krav – att dölja det är ett legitimt första steg för många utvecklare eftersom ikonerna inte är självförklarande och menyraden exponerar samma kommandon.
• Databasegenskaper lämnas bäst på sina standardvärden medan du lär dig; att ändra dem i förtid kan dölja det beteende du försöker förstå.
• Egenskaper lagras tillsammans med databasstrukturen, så de följer med projektet och påverkar varje utvecklare och varje distribuerad klient – behandla dem som beslut på teamnivå, inte personliga preferenser.
• Skillnaden mellan databasegenskaper och applikations-/preferensinställningar spelar roll: den ena ändrar produkten du levererar, den andra ändrar bara din arbetsmiljö.
• En disciplinerad installationsordning – skapa databas, granska egenskaper, definiera tabeller, definiera fält, skapa formulär, koppla värdelistor, ange exempeldata – förhindrar omarbetning senare.

Varför verktygsfältet är det första du bör bestämma dig för

4D Toolbar sitter överst i designmiljön och ger snabb åtkomst till vanliga åtgärder: öppna strukturredigeraren, formulärredigeraren, metodredigeraren, köra databasen och så vidare. I princip låter det nyttigt.

I praktiken tycker många utvecklare – inklusive författaren till de ursprungliga anteckningarna som denna artikel är baserad på – att det är direkt distraherande. Ikonerna är inte självförklarande, och att hålla muspekaren över dem för att upptäcka vad var och en gör avbryter det mentala flödet i att designa en tabell eller ett formulär.

Om det beskriver dig kan du stänga av det. Öppna dialogrutan Database Properties från designmenyn (i klassisk 4D nås detta via området Properties/Preferences), leta reda på kryssrutan Show Toolbar och avmarkera den. Verktygsfältet försvinner från designmiljön och du navigerar istället genom menyraden — Structure, Form, Method, Run, och så vidare.

Det här är ett litet beslut, men det illustrerar en större princip som är värd att internalisera tidigt: 4D ger dig en stor yta, och allt är inte användbart för dig dag ett. Ditt jobb som nybörjare är att minska bruset så att du kan se den underliggande modellen – tabeller, fält, formulär och relationerna mellan dem.

Några praktiska anteckningar om beslutet gällande verktygsfältet:

• Att dölja det är reversibelt. Inget med att avmarkera rutan är destruktivt. Om du senare vill ha tillbaka det, öppna samma dialogruta igen och markera rutan på nytt.
• Menyraden är källan till sanningen. Varje knapp i verktygsfältet motsvarar ett menykommando. Att lära sig menyvägen är mer hållbar kunskap än att lära sig en ikons position.
• Kortkommandon slår båda. När du väl känner till menykommandona går det snabbare att lära sig deras kortkommandon (till exempel kortkommandot för att köra databasen eller öppna strukturredigeraren) än att använda antingen verktygsfältet eller menyerna.
• Din preferens kan skilja sig från din kollegans. Eftersom den här inställningen finns i databasegenskaperna är den delad. Om du arbetar i ett team, kom överens om en konvention istället för att ändra inställningen fram och tillbaka.

Database Properties: vad de är och varför de är viktiga

Dialogrutan Database Properties är där du konfigurerar inställningar som gäller för databasen som helhet snarare än för en enskild tabell, ett fält eller ett formulär. Det är en av de första dialogrutorna du kommer att möta efter att ha skapat en ny databas, och det är lätt att antingen ignorera den helt eller att överkonfigurera den.

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

Det viktigaste att förstå är omfattningen av dessa inställningar. Databasegenskaper lagras i databasstrukturfilen. Det betyder:

• De är delade — varje utvecklare som öppnar strukturen ser samma egenskapsvärden.
• De levereras — när du bygger en kompilerad applikation eller distribuerar den tolkade databasen följer egenskaperna med.
• De är beständiga — de överlever omstarter, ombyggnader och (i de flesta fall) strukturuppgraderingar.

Kontrastera detta med inställningar som finns i själva 4D-applikationen eller i en preferensfil per användare. Dessa påverkar bara din maskin och din session. Skillnaden är viktig eftersom en ändring som känns som “bara min preferens” faktiskt kan förändra beteendet för alla.

En praktisk regel för nybörjare

Den ursprungliga vägledningen här är sund och värd att upprepas med betoning: lämna de andra egenskaperna på deras standardvärden tills vidare. Det finns många alternativ i den dialogrutan, och de flesta av dem adresserar scenarier som du inte har stött på ännu. Att ändra en egenskap som du inte förstår är ett pålitligt sätt att skapa en bugg som ser ut som ett kodproblem men som faktiskt är ett konfigurationsproblem – den svåraste typen att diagnostisera.

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

När du blir mer bekant med 4D kommer du att börja känna igen när en egenskap är relevant. Det är rätt tidpunkt att ändra den. Experimenterande uppmuntras, men gör det medvetet: ändra en egenskap, observera effekten och notera vad som hände.

Hur man beslutar om en egenskap ska ändras

När du är frestad att ändra något i dialogrutan Database Properties, ställ dig själv dessa frågor:

1. Förstår jag vad den här inställningen styr? Om inte, låt den vara. Slå upp det först.
2. Är detta ett projektgemensamt beslut eller ett personligt? Om det är personligt hör det troligen inte hemma här.
3. Kommer detta att påverka utplacerade klienter? Om ja, måste det vara ett medvetet, dokumenterat val.
4. Kan jag enkelt ångra det? De flesta egenskaper är reversibla, men vissa interagerar med andra på sätt som inte är uppenbara.
5. Har jag testat det i en kopia av databasen? För allt som är icke-trivialt, testa på en dubblettstruktur innan du committar.

Installationssekvensen och var egenskaperna passar in

Det hjälper att se steget med egenskaper i sitt sammanhang. Inlärningsvägen som beskrivs i den här serien är:

1. Skapa en databas — starta en ny strukturfil.
2. Databasegenskaper — granska de projektomfattande inställningarna och acceptera för närvarande standardinställningarna.
3. Tabeller — definiera de entiteter som din applikation kommer att lagra (kunder, fakturor, produkter och så vidare).
4. Datafält — definiera attributen för varje tabell och välj lämpliga fälttyper.
5. Formulär — designa inmatnings- och visningsskärmarna som användarna faktiskt kommer att arbeta med.
6. Värdelistor (val-listor) — tillhandahåll kontrollerade vokabulärer så att användare väljer från giltiga alternativ istället för att skriva fritext.
7. Ange exempeldata — fyll i databasen så att du kan testa formulär och listor mot realistiskt innehåll.

Egenskaper kommer i andra hand eftersom de ramar in allt som följer, men de är medvetet inte platsen där du ska lägga din tidiga energi. Det intellektuella arbetet med 4D ligger i steg 3 till 6: att få datamodellen rätt och sedan göra den användbar.

Varför ordningen är viktig

• Tabeller före fält. Du kan inte på ett rimligt sätt definiera ett fält förrän du vet vilken tabell det tillhör och vad den tabellen representerar.
• Fält före formulär. Ett formulär är en vy över fält. Att designa formulär först leder till fält som endast existerar för att tjäna en layout.
• Formulär före värdelistor (i praktiken). Du upptäcker ofta vilka fält som behöver en vallista medan du bygger formuläret som använder dem.
• Exempeldata sist, men inte minst. Tomma formulär döljer problem. Ett formulär som ser bra ut med noll poster kan falla isär med riktiga namn, långa adresser och extremvärden.

Databasegenskaper vs. applikationsinställningar: En jämförelse

Nybörjare blandar ofta ihop dessa två kategorier. De konfigureras på olika platser, har olika omfattning och bör behandlas olika.

Aspekt	Databasegenskaper	Applikations- / användarinställningar
Omfattning	Databasstrukturen och allt som byggts utifrån den	Din 4D-applikation och din arbetssession
Vem det påverkar	Alla utvecklare och alla utplacerade klienter	Vanligtvis bara du
Var den finns	Inuti strukturfilen	I 4D-applikationen eller på en plats för inställningar per användare
Följer med projektet?	Ja	Nej
Typiska exempel	Verktygsfältets synlighet, startbeteende, strukturomfattande alternativ	Fönsterpositioner, typsnitt i editorn, listor över senaste filer
Råd till nybörjare	Acceptera standardinställningar; ändra medvetet och dokumentera	Justera fritt för att passa din bekvämlighet

Inställningen för verktygsfältet är ett något ovanligt fall: det känns som en personlig preferens, men det är exponerat som en databasegenskap. Det är precis därför det är värt att stanna upp vid. När en inställnings plats och dess uppenbara omfattning inte överensstämmer, sakta ner och fundera på vem mer som påverkas.

Relaterat: Microsoft Power Apps — Lågkodsapputveckling av företagsklass kopplad till Microsoft 365, Dataverse och Power Automate..

Praktisk vägledning för din första session

Om du sätter dig med 4D för första gången, här är ett konkret sätt att spendera den första timmen produktivt.

• Skapa databasen med ett tydligt, beskrivande namn. Undvik mellanslag och specialtecken i strukturfilnamnet om du planerar att flytta det mellan maskiner eller referera till det från skript.
• Öppna Databasegenskaper och läs igenom alternativen utan att ändra dem. Att läsa är gratis; det bygger en mental karta över vad som är konfigurerbart.
• Avmarkera “Visa verktygsfält” om du tycker att det är distraherande. Detta är den enda ändring som den ursprungliga vägledningen förespråkar, och den är säker.
• Stäng dialogrutan och gå vidare till Tabeller. Motstå frestelsen att utforska varje flik.
• För en kort anteckningsfil där du registrerar varje egenskap du faktiskt ändrar och varför. Ditt framtida jag, och dina lagkamrater, kommer att tacka dig.

Vanliga nybörjarmisstag i detta skede

• Överkonfigurering före modellering. Att spendera en timme i egenskapsdialogrutan och tio minuter på datamodellen är bakvänt.
• Att anta att en inställning är personlig när den är delad. Se jämförelsetabellen ovan.
• Att ändra flera egenskaper samtidigt. Om något går sönder kommer du inte att veta vilken ändring som orsakade det.
• Att ignorera dialogrutan helt. Standardinställningarna är vanligtvis rätt, men “vanligtvis” är inte “alltid” — vet vad som finns där.

Fördjupning

4D-plattformen har en lång historia och en omfattande mängd dokumentation. Den officiella 4D-dokumentationssajten som underhålls av 4D SAS är den auktoritativa referensen för varje egenskap, kommando och editor i produkten, och den är värd att bokmärka tidigt. För allmän bakgrund om produkten och dess härkomst ger Wikipedia-artikeln om 4D (programming language) användbart sammanhang om hur plattformen utvecklades från en relationsdatabas till en fullständig applikationsutvecklingsmiljö.

Om du kommer från en SQL-bakgrund är Wikipedia-översikten över relationsmodellen en användbar repetition av de begrepp som 4D implementerar i sitt eget formspråk – tabeller, poster, fält och relationer – även om 4D:s terminologi och verktyg skiljer sig från en typisk SQL-server. Och eftersom 4D-applikationer ofta distribueras tillsammans med affärsprogramvara för allmänna ändamål, är dokumentationssidorna för Microsoft Learn och Apple Developer praktiska referenser när du behöver förstå värdoperativsystemets konventioner för fönster, filer och användargränssnittets beteende.

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

Inget av detta ersätter praktisk tid i strukturredigeraren. Det snabbaste sättet att lära sig 4D är att bygga en liten, riktig databas – något du faktiskt vill spåra – och låta egenskapsdialogrutan vara tyst i bakgrunden tills du har en anledning att öppna den.

Vanliga frågor

Ska jag dölja 4D Toolbar?

Det är helt och hållet en fråga om personlig arbetsstil. Många utvecklare döljer den eftersom ikonerna inte är intuitiva och menyraden visar samma kommandon, medan andra föredrar åtkomst med ett klick. Inställningen går att återställa, så prova på båda sätten och behåll det som hjälper dig att hålla fokus.

Är databasens egenskaper desamma som mina personliga inställningar?

Nej. Databasens egenskaper lagras med strukturfilen och gäller därför för varje utvecklare och varje distribuerad klient. Personliga inställningar påverkar endast din egen maskin och session. När en inställning känns personlig men finns i dialogrutan för databasens egenskaper, behandla den som ett gemensamt beslut.

Varför ska jag lämna standardvärdena för egenskaper ifred till en början?

Eftersom de flesta av alternativen adresserar situationer som du inte har stött på ännu, och att ändra en inställning som du inte förstår kan orsaka ett beteende som ser ut som en bugg i koden men som egentligen är ett konfigurationsproblem. Standardvärden är en rimlig utgångspunkt; återkom till dem när du vet vad varje inställning gör.

Vilken är rätt ordning för att sätta upp en ny 4D-databas?

Skapa databasen, granska egenskaperna, definiera dina tabeller, definiera fälten inom varje tabell, designa formulären, skapa värdelistor för kontrollerade fält och ange sedan exempeldata. Denna ordning håller varje beslut grundat i det föregående och undviker omarbetning.

Behöver jag konfigurera egenskaper innan jag bygger tabeller och formulär?

Nej. Egenskapsdialogen ramar in projektet, men det väsentliga arbetet sker i struktur- och formulärredigerarna. Du kan bygga en komplett, fungerande databas utan att röra de flesta egenskaper, och du kan återvända till dem senare när ett specifikt behov uppstår.

Hur vet jag när det är dags att ändra en databasegenskap?

När du tydligt kan ange vad inställningen styr, vem den påverkar och vad du förväntar dig ska ändras som ett resultat – och helst efter att ha testat det på en kopia av strukturen. Om du inte kan svara på dessa frågor ännu, behåll standardvärdet och fortsätt bygga.