Fondamenti dell'apprendimento della 4th Dimension

Punti chiave

• La barra degli strumenti 4D è un livello di comodità, non un requisito: nasconderla è un primo passo legittimo per molti sviluppatori perché le icone non sono ovvie e la barra dei menu espone gli stessi comandi.
• È meglio lasciare le proprietà del database ai loro valori predefiniti mentre stai imparando; modificarle prematuramente può mascherare il comportamento che stai cercando di capire.
• Le proprietà vengono archiviate con la struttura del database, quindi viaggiano con il progetto e influenzano ogni sviluppatore e ogni client distribuito: trattale come decisioni a livello di team, non come preferenze personali.
• La distinzione tra le proprietà del database e le impostazioni di applicazione/preferenza è importante: una cambia il prodotto che distribuisci, l’altra cambia solo il tuo ambiente di lavoro.
• Un ordine di configurazione disciplinato — creazione del database, revisione delle proprietà, definizione delle tabelle, definizione dei campi, creazione dei moduli, collegamento delle liste di valori, inserimento di dati di esempio — impedisce rielaborazioni successive.

Perché la barra degli strumenti è la prima cosa su cui dovresti decidere

La barra degli strumenti 4D si trova nella parte superiore dell’ambiente di progettazione e offre un rapido accesso alle azioni comuni: apertura dell’editor della struttura, dell’editor del modulo, dell’editor del metodo, esecuzione del database e così via. In linea di principio sembra utile.

In pratica, molti sviluppatori — incluso l’autore delle note originali su cui si basa questo articolo — la trovano attivamente fonte di distrazione. Le icone non sono autoesplicative, e il passaggio del mouse per scoprire cosa faccia ciascuna interrompe il flusso mentale della progettazione di una tabella o di un modulo.

Se questo ti descrive, puoi disattivarla. Apri la finestra di dialogo Proprietà database dal menu Progettazione (nel 4D classico si accede tramite l’area Proprietà/Preferenze), individua la casella di controllo Mostra barra degli strumenti e deselezionala. La barra degli strumenti scompare dall’ambiente di progettazione e navighi invece attraverso la barra dei menu: Struttura, Modulo, Metodo, Esegui e così via.

Questa è una piccola decisione, ma illustra un principio più ampio che vale la pena interiorizzare presto: 4D ti offre molta superficie, e non tutta ti è utile il primo giorno. Il tuo compito come principiante è ridurre il rumore in modo da poter vedere il modello sottostante: tabelle, campi, moduli e le relazioni tra loro.

Alcune note pratiche sulla decisione della barra degli strumenti:

• Nasconderla è reversibile. Nulla nel deselezionare la casella è distruttivo. Se in seguito la desideri di nuovo, riapri la stessa finestra di dialogo e selezionala nuovamente.
• La barra dei menu è la fonte della verità. Ogni pulsante della barra degli strumenti corrisponde a un comando di menu. Imparare il percorso del menu è una conoscenza più duratura che imparare la posizione di un’icona.
• Le scorciatoie da tastiera battono entrambe. Una volta che conosci i comandi dei menu, impararne le scorciatoie (ad esempio, la scorciatoia per eseguire il database o per aprire l’editor della struttura) è più veloce sia della barra degli strumenti che dei menu.
• La tua preferenza potrebbe differire da quella del tuo compagno di squadra. Poiché questa impostazione risiede nelle proprietà del database, è condivisa. Se lavori in un team, concordate una convenzione anziché cambiarla continuamente.

Proprietà del database: cosa sono e perché sono importanti

La finestra di dialogo Proprietà database è dove configuri le impostazioni che si applicano al database nel suo insieme piuttosto che a una singola tabella, campo o modulo. È una delle prime finestre di dialogo che incontrerai dopo aver creato un nuovo database, ed è facile ignorarla completamente o sovraconfigurarla.

Correlato: Airtable — Un'interfaccia semplice come un foglio di calcolo posizionata sopra un vero database relazionale, con automazioni, visualizzazioni e interfacce condivisibili..

L’elemento fondamentale da comprendere è l’ambito di queste impostazioni. Le proprietà del database sono archiviate all’interno del file della struttura del database. Ciò significa che:

• Sono condivise: ogni sviluppatore che apre la struttura vede gli stessi valori delle proprietà.
• Vengono distribuite: quando crei un’applicazione compilata o distribuisci il database interpretato, le proprietà lo accompagnano.
• Sono persistenti: sopravvivono ai riavvii, alle ricostruzioni e (nella maggior parte dei casi) agli aggiornamenti della struttura.

Confronta questo con le impostazioni che risiedono nell’applicazione 4D stessa o in un file di preferenze per utente. Queste influenzano solo la tua macchina e la tua sessione. La distinzione è importante perché un cambiamento che sembra “solo la mia preferenza” può effettivamente alterare il comportamento per tutti.

Una regola pratica per i principianti

La guida originale qui è valida e vale la pena ripeterla con enfasi: per ora lascia le altre proprietà ai loro valori predefiniti. Ci sono molte opzioni in quella finestra di dialogo e la maggior parte di esse riguarda scenari che non hai ancora incontrato. Modificare una proprietà che non capisci è un modo affidabile per creare un bug che sembra un problema di codice ma è in realtà un problema di configurazione — il tipo più difficile da diagnosticare.

Se stai facendo acquisti: Zoho Creator — Un generatore di app a basso codice che si collega alla più ampia suite Zoho e prezzi per utente anziché per app..

Man mano che acquisirai maggiore familiarità con 4D, inizierai a riconoscere quando una proprietà è rilevante. Questo è il momento giusto per cambiarla. La sperimentazione è incoraggiata, ma falla deliberatamente: cambia una proprietà, osserva l’effetto e nota cosa è successo.

Come decidere se modificare una proprietà

Quando sei tentato di modificare qualcosa nella finestra di dialogo Proprietà database, sottoponila a queste domande:

1. Ho capito cosa controlla questa impostazione? In caso contrario, lasciala così. Informati prima.
2. Si tratta di una decisione a livello di progetto o personale? Se è personale, probabilmente non appartiene a questo contesto.
3. Ciò influirà sui client distribuiti? Se sì, deve essere una scelta consapevole e documentata.
4. Posso annullarlo facilmente? La maggior parte delle proprietà sono reversibili, ma alcune interagiscono con altre in modi non ovvi.
5. L’ho testato su una copia del database? Per qualsiasi cosa non banale, testa su una struttura duplicata prima di confermare.

La sequenza di configurazione e dove si inseriscono le proprietà

È utile vedere il passaggio delle proprietà nel contesto. Il percorso di apprendimento delineato in questa serie è:

1. Crea un database — avvia un nuovo file di struttura.
2. Proprietà del database — rivedi le impostazioni a livello di progetto e, per ora, accetta i valori predefiniti.
3. Tabelle — definisci le entità che l’applicazione memorizzerà (clienti, fatture, prodotti e così via).
4. Campi dati — definisci gli attributi di ciascuna tabella, scegliendo i tipi di campo appropriati.
5. Moduli — progetta le schermate di input e visualizzazione con cui gli utenti lavoreranno effettivamente.
6. Elenchi di valori (elenchi di scelta) — fornisci vocabolari controllati in modo che gli utenti scelgano tra opzioni valide invece di digitare testo libero.
7. Inserisci dati di esempio — popola il database in modo da poter testare moduli ed elenchi rispetto a contenuti realistici.

Le proprietà arrivano per seconde perché inquadrano tutto ciò che segue, ma deliberatamente non sono il luogo in cui spendere le prime energie. Il lavoro intellettuale di 4D si svolge nei passaggi da 3 a 6: definire correttamente il modello di dati e renderlo utilizzabile.

Perché l’ordine è importante

• Tabelle prima dei campi. Non è possibile definire in modo sensato un campo finché non si sa a quale tabella appartiene e cosa rappresenta quella tabella.
• Campi prima dei moduli. Un modulo è una vista sui campi. Progettare prima i moduli porta a creare campi che esistono solo per servire un layout.
• Moduli prima degli elenchi di valori (in pratica). Spesso si scopre quali campi necessitano di un elenco di scelta mentre si costruisce il modulo che li utilizza.
• Dati di esempio per ultimi, ma non meno importanti. I moduli vuoti nascondono i problemi. Un modulo che sembra a posto con zero record può andare in pezzi con nomi reali, indirizzi lunghi e valori limite.

Proprietà del database vs Preferenze dell’applicazione: un confronto

I principianti spesso confondono queste due categorie. Sono configurate in luoghi diversi, hanno ambiti diversi e devono essere trattate diversamente.

Aspetto	Proprietà del database	Preferenze applicazione / utente
Ambito	La struttura del database e tutto ciò che ne deriva	La tua applicazione 4D e la tua sessione di lavoro
Chi colpisce	Tutti gli sviluppatori e tutti i client distribuiti	In genere solo tu
Dove risiede	All’interno del file di struttura	Nell’applicazione 4D o in una posizione delle impostazioni per utente
Viaggia con il progetto?	Sì	No
Esempi tipici	Visibilità della barra degli strumenti, comportamento all’avvio, opzioni a livello di struttura	Posizioni delle finestre, carattere dell’editor, elenchi di file recenti
Consiglio per principianti	Accetta i predefiniti; modifica deliberatamente e documenta	Regola liberamente per il tuo comfort

L’impostazione della barra degli strumenti è un caso un po’ insolito: sembra una preferenza personale, ma è esposta come proprietà del database. È esattamente per questo che vale la pena soffermarsi. Quando la posizione di un’impostazione e la sua portata apparente non coincidono, rallenta e pensa a chi altro è interessato.

Correlato: Knack — Un generatore di database senza codice rivolto a portali, directory e strumenti interni, con prezzi forfettari anziché tariffe per utente..

Guida pratica per la tua prima sessione

Se ti approcci a 4D per la prima volta, ecco un modo concreto per trascorrere la prima ora in modo produttivo.

• Crea il database con un nome chiaro e descrittivo. Evita spazi e caratteri speciali nel nome del file di struttura se prevedi di spostarlo tra macchine o di farvi riferimento da script.
• Apri Proprietà del database e leggi le opzioni senza modificarle. Leggere è gratuito; costruisce una mappa mentale di ciò che è configurabile.
• Deseleziona “Mostra barra degli strumenti” se la trovi fonte di distrazione. Questo è l’unico cambiamento approvato dalle linee guida originali, ed è sicuro.
• Chiudi la finestra di dialogo e passa alle Tabelle. Resisti alla tentazione di esplorare ogni scheda.
• Tieni un breve file di note in cui registri ogni proprietà che effettivamente modifichi e il motivo. Il tuo “io futuro” e i tuoi compagni di squadra ti ringrazieranno.

Errori comuni da principiante in questa fase

• Configurazione eccessiva prima della modellazione. Trascorrere un’ora nella finestra di dialogo delle proprietà e dieci minuti sul modello dati è l’opposto di ciò che bisognerebbe fare.
• Presumere che un’impostazione sia personale quando è condivisa. Consulta la tabella di confronto sopra.
• Modificare diverse proprietà contemporaneamente. Se qualcosa si rompe, non saprai quale modifica l’ha causato.
• Ignorare completamente la finestra di dialogo. I valori predefiniti di solito sono corretti, ma “di solito” non significa “sempre”: sappi cosa c’è dentro.

Dove approfondire

La piattaforma 4D ha una lunga storia e un corposo corpo di documentazione. Il sito ufficiale della documentazione 4D gestito da 4D SAS è il riferimento autorevole per ogni proprietà, comando ed editor del prodotto, e vale la pena aggiungerlo presto ai segnalibri. Per informazioni generali sul prodotto e sulla sua origine, l’articolo di Wikipedia su 4D (programming language) fornisce un contesto utile su come la piattaforma si è evoluta da un database relazionale a un ambiente di sviluppo di applicazioni completo.

Se provieni da un background SQL, la panoramica di Wikipedia sul modello relazionale è un utile ripasso dei concetti che 4D implementa nel proprio idioma — tabelle, record, campi e relazioni — anche se la terminologia e gli strumenti di 4D differiscono da quelli di un tipico server SQL. Inoltre, poiché le applicazioni 4D vengono spesso distribuite insieme a software aziendali generici, i siti di documentazione Microsoft Learn e Apple Developer sono riferimenti utili quando è necessario comprendere le convenzioni del sistema operativo host per finestre, file e comportamento dell’interfaccia utente.

La nostra scelta: Claris FileMaker Pro — La piattaforma di database relazionale di lunga durata per i team che necessitano di app personalizzate su desktop, Web e dispositivi mobili da un singolo file..

Niente di tutto ciò sostituisce il tempo di pratica nell’editor della Struttura. Il modo più veloce per imparare 4D è creare un piccolo database reale — qualcosa che vuoi effettivamente monitorare — e lasciare che la finestra di dialogo delle proprietà rimanga silenziosa in background finché non avrai un motivo per aprirla.

Domande frequenti

Devo nascondere la barra degli strumenti di 4D?

È interamente una questione di stile di lavoro personale. Molti sviluppatori la nascondono perché le icone non sono intuitive e la barra dei menu espone gli stessi comandi, mentre altri preferiscono l’accesso con un clic. L’impostazione è reversibile, quindi provala in entrambi i modi e mantieni quella che ti aiuta a rimanere concentrato.

Le proprietà del database sono le stesse delle mie preferenze personali?

No. Le proprietà del database sono archiviate nel file di struttura e quindi si applicano a ogni sviluppatore e a ogni client distribuito. Le preferenze personali influenzano solo la propria macchina e sessione. Quando un’impostazione sembra personale ma risiede nella finestra di dialogo delle proprietà del database, trattala come una decisione condivisa.

Perché all’inizio dovrei lasciare invariati i valori predefiniti delle proprietà?

Perché la maggior parte delle opzioni riguarda situazioni che non hai ancora incontrato, e la modifica di un’impostazione che non comprendi può produrre un comportamento che sembra un bug del codice ma è in realtà un problema di configurazione. I valori predefiniti sono un punto di partenza ragionevole; rivisitali una volta che saprai cosa fa ciascuno di essi.

Qual è l’ordine corretto per configurare un nuovo database 4D?

Crea il database, rivedi le proprietà, definisci le tabelle, definisci i campi all’interno di ogni tabella, progetta i moduli, imposta le liste valori per i campi controllati e infine inserisci i dati di esempio. Questo ordine mantiene ogni decisione ancorata a quella precedente ed evita rielaborazioni.

È necessario configurare le proprietà prima di creare tabelle e moduli?

No. La finestra di dialogo delle proprietà definisce la cornice del progetto, ma il lavoro sostanziale avviene negli editor della Struttura e dei Moduli. Puoi creare un database completo e funzionante senza toccare la maggior parte delle proprietà, e puoi tornarci in seguito quando si presenterà un’esigenza specifica.

Come faccio a sapere quando è il momento di modificare una proprietà del database?

Quando puoi dichiarare chiaramente cosa controlla l’impostazione, chi influenza e cosa ti aspetti che cambi di conseguenza — e idealmente dopo averlo testato su una copia della struttura. Se non puoi ancora rispondere a queste domande, lascia il valore predefinito e continua a costruire.