Nozioni di base sull'apprendimento della quarta dimensione

L’argomento qui sono i menu — in particolare come differiscono i sistemi di menu in FileMaker Pro (FMP) e 4D, e perché tale differenza è importante quando si migra un modello mentale da uno strumento all’altro. I menu sono una delle prime cose che un nuovo sviluppatore 4D nota, perché 4D divide ciò che FileMaker considera come un’unica superficie in diversi ambienti distinti.

Punti chiave

• La modalità Sfoglia di FileMaker Pro presenta una sola barra dei menu con un unico set di menu e voci di menu; 4D separa l’ambiente Utente dall’ambiente dei Menu Personalizzati, e i due si comportano diversamente.
• L’ambiente Utente di 4D è uno spazio di test per lo sviluppatore, non il luogo in cui risiedono normalmente gli utenti finali. Non progettare l’esperienza dei menu di produzione basandoti su di esso.
• Foundation è un file di Struttura 4D precaricato con Metodi e Moduli che puoi copiare e incollare — una corsia preferenziale una volta comprese le basi, non una loro sostituzione.
• La progettazione dei menu in 4D è una decisione deliberata e strutturale. Sei tu a decidere cosa vede l’utente; non erediti una barra dei menu dell’applicazione fissa come avviene in gran parte in FileMaker.
• Comprendere innanzitutto il modello degli ambienti previene l’errore più comune dei principianti: creare e testare i menu nell’ambiente sbagliato per poi chiedersi perché gli utenti vedano qualcosa di diverso.

Perché i menu sono la prima vera divergenza

Quando si passa da FileMaker Pro a 4D, i concetti di database vengono trasferiti abbastanza bene. Tabelle, campi, record, layout e moduli hanno tutti controparti riconoscibili. I menu sono il punto in cui le due piattaforme si separano in un modo che ti costringe a pensare diversamente all’applicazione nel suo insieme.

In FileMaker, la barra dei menu è essenzialmente la barra dei menu dell’applicazione. Trovi File, Modifica, Visualizza, Inserisci, Formatta, Record, Script, Finestra e Guida, e il tuo compito è principalmente quello di sopprimere o integrare ciò che è già presente. Stai lavorando all’interno di una cornice fissa.

In 4D, la barra dei menu è qualcosa che costruisci tu. La piattaforma ti offre degli ambienti, e ogni ambiente può presentare la propria barra dei menu. Ciò significa che il menu non è un dato di fatto: è un artefatto del tuo design. Questo comporta più lavoro iniziale e un controllo considerevolmente maggiore in seguito, che è esattamente il compromesso che definisce 4D come una piattaforma di sviluppo piuttosto che uno strumento basato su modelli.

Menu della modalità Sfoglia di FMP

Nella modalità Sfoglia di FMP è presente una sola barra dei menu e un unico set di menu e voci di menu. Quella singola barra serve l’intera esperienza di navigazione. La Figura 2 nel materiale originale mostra la barra dei menu FMP con i menu “File” e “Modifica” visibili.

La conseguenza pratica è la semplicità. Uno sviluppatore FileMaker che apprende la piattaforma non deve chiedersi “quale barra dei menu sto guardando?” Ce n’è solo una. La personalizzazione avviene rimuovendo gli elementi che non desideri che gli utenti raggiungano e aggiungendo trigger di script dietro quelli che mantieni.

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

Ciò è genuinamente conveniente, e vale la pena riconoscerlo piuttosto che liquidarlo. Per piccole soluzioni a scopo singolo, il modello FileMaker consente di ottenere più rapidamente un’interfaccia utilizzabile. Il costo è che devi sempre negoziare con una barra dei menu progettata per un’applicazione generica, non per la tua specifica app aziendale.

Menu dell’ambiente Utente di 4D

In 4D è presente una barra dei menu dell’ambiente Utente standard. L’aspetto fondamentale da interiorizzare è questo: l’ambiente Utente non è normalmente il luogo in cui si troveranno gli utenti. L’ambiente Utente è dove lo sviluppatore testa ciò che è stato sviluppato. Normalmente l’utente finale non vedrà mai l’ambiente Utente.

La Figura 3 nel materiale originale mostra la barra dei menu Utente di 4D e i suoi menu.

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

Pensa all’ambiente Utente come a un laboratorio, non a uno showroom. Ti fornisce un set di menu standard e prevedibile per navigare nella struttura, eseguire metodi, ispezionare i dati e verificare il comportamento durante lo sviluppo. Poiché è standardizzato, è stabile: puoi fare affidamento sul fatto che non cambierà mentre lavori.

La trappola per i principianti è sottile e comune: costruisci un modulo, lo testi nell’ambiente Utente, tutto funziona e lo rilasci. Poi un utente apre l’applicazione nell’ambiente personalizzato distribuito e i menu sono diversi, mancano alcuni elementi e un flusso di lavoro che dipendeva da una voce di menu utilizzata durante il test semplicemente non c’è. La soluzione non è tecnica: consiste nel testare nell’ambiente che gli utenti utilizzeranno effettivamente.

Come decidere dove testare

• Durante lo sviluppo strutturale — lavora nell’ambiente Utente. È veloce e prevedibile.
• Prima di ogni rilascio — verifica ogni flusso di lavoro rivolto all’utente nell’ambiente dei menu personalizzati distribuito, non nell’ambiente Utente.
• Quando una voce di menu “scompare” — controlla innanzitutto in quale ambiente ti trovi prima di eseguire il debug della definizione del menu stesso.

Ambiente di Menu Personalizzati predefinito di 4D Foundation

Foundation è un guscio. È un file di Struttura 4D che ha una moltitudine di Metodi e Moduli definiti per te. Puoi semplicemente copiare e incollare questi Metodi e Moduli. Una volta acquisite le basi di 4D, Foundation fornisce una corsia preferenziale per sviluppare il tuo programma.

La Figura 4 nel materiale originale mostra la barra dei menu personalizzata predefinita di Foundation e i relativi menu.

Foundation è meglio intesa come un’implementazione di riferimento e un contenitore di componenti piuttosto che come un framework da adottare integralmente. Il valore sta negli esempi concreti e funzionanti: puoi vedere come è effettivamente assemblata una barra dei menu personalizzata, come le voci di menu sono collegate ai metodi e come i pezzi si incastrano in un file di struttura reale. Copiare un menu funzionante e modificarlo ti insegna il modello più velocemente che leggerne la descrizione.

Due avvertenze che vale la pena sottolineare chiaramente:

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

• Il copia-incolla porta con sé dei “bagagli”. I Metodi e i Moduli estratti da Foundation possono fare riferimento ad altri oggetti, tabelle o convenzioni di denominazione che non esistono nella tua struttura. Aspettati di dover tracciare le dipendenze piuttosto che presumere un inserimento immediato e pulito.
• Foundation riflette la sua epoca. È stato costruito per dimostrare i concetti di 4D, e le sue convenzioni potrebbero non corrispondere alla pratica 4D moderna. Trattalo come un ausilio didattico e una fonte di pattern, non come una guida di stile.

Confronto tra i tre contesti di menu

Il modo più chiaro per tenere a mente questi tre ambienti è affiancarli.

Contesto	Chi lo usa	Comportamento della barra dei menu	Scopo primario
Modalità Sfoglia FMP	Utente finale	Una barra dei menu e un set di voci fissi	Eseguire la soluzione così come consegnata
Ambiente Utente 4D	Sviluppatore	Barra dei menu standard e prevedibile	Testare e ispezionare durante lo sviluppo
Ambiente Menu Personalizzati 4D	Utente finale	Barra dei menu definita da te	Fornire l’esperienza di produzione
4D Foundation	Sviluppatore (apprendimento)	Menu personalizzati predefiniti	Imparare i pattern; copiare Metodi e Moduli

La riga che conta di più per un nuovo sviluppatore 4D è la terza. Tutto ciò che nella colonna FMP collassa in un’unica superficie; in 4D si divide in una superficie per lo sviluppatore e una per l’utente, e tu possiedi interamente la superficie utente.

Guida pratica per la progettazione dei menu in 4D

Poiché stai costruendo il menu anziché ereditarlo, alcune decisioni si presentano presto e vale la pena prenderle deliberatamente.

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

Parti dall’elenco delle attività dell’utente, non dai nomi dei menu standard. FileMaker ti abitua a pensare in termini di File, Modifica, Record. In 4D sei libero di organizzarti in base a ciò che i tuoi utenti fanno effettivamente — “Ordini”, “Clienti”, “Report” — e questo di solito risulta in un menu migliore di uno generico.

Decidi cosa appartiene a un menu rispetto a un modulo. Le voci di menu sono globali e sempre raggiungibili; i pulsanti su un modulo sono contestuali. Un’azione distruttiva come “Elimina tutti i record” è più sicura su un modulo dove puoi proteggerla, non in un menu dove un clic accidentale potrebbe attivarla da qualsiasi punto.

Mantieni la superficie dello sviluppatore e la superficie dell’utente mentalmente separate. La barra dei menu standard dell’ambiente Utente è uno strumento. Non lasciare che la sua comodità influenzi le tue decisioni di progettazione relative al menu di produzione.

Usa Foundation per imparare il cablaggio, poi costruisci il tuo. La via più veloce è copiare un menu di Foundation, comprenderne ogni connessione e poi ricostruirlo da zero per la tua applicazione. È nella ricostruzione che l’apprendimento si consolida.

Testa nell’ambiente di destinazione prima di ogni rilascio. Questa singola abitudine previene la classe più comune di bug dei menu del tipo “a me funzionava”.

Dove si inserisce nel percorso di apprendimento

Questa pagina si trova all’inizio della serie, nella sezione che confronta i menu standard tra FMP e 4D. I passaggi successivi naturali sono i confronti dettagliati dei menu che seguono: confronti del menu File, suggerimenti per il menu File, altri confronti di menu, suggerimenti per il menu Record e la schermata di avvio (splash screen) personalizzata. Ognuno di questi analizza una fetta della superficie del menu e ne approfondisce i dettagli.

Il motivo per cui il modello dell’ambiente viene prima è che ogni successiva decisione sul menu dipende da esso. Se non sai per quale ambiente stai progettando, i consigli specifici sulle voci di menu che seguono non avranno un punto di riferimento. Una volta chiariti gli ambienti, il resto del materiale sui menu sarà letto come un insieme di scelte concrete piuttosto che come un elenco di fatti.

Per un contesto più ampio sulla piattaforma stessa, l’articolo di Wikipedia su 4th Dimension fornisce informazioni utili sulla sua storia e il suo posizionamento, e l’articolo su FileMaker copre la piattaforma rispetto alla quale viene effettuato questo confronto. Per i principi generali applicabili a entrambi gli strumenti, il Nielsen Norman Group pubblica ricerche ampiamente rispettate sulla progettazione e la navigazione dei menu, e il W3C mantiene linee guida sull’accessibilità che vale la pena consultare quando decidi come gli utenti raggiungeranno le funzioni principali.

Domande frequenti

Perché 4D ha un ambiente Utente separato se gli utenti non lo vedono mai?

L’ambiente Utente esiste affinché gli sviluppatori abbiano un luogo stabile e standardizzato per testare e ispezionare il proprio lavoro. Poiché la sua barra dei menu è fissa, non cambia sotto i tuoi occhi mentre sviluppi. L’utente finale normalmente lavora in un ambiente personalizzato dove tu controlli la barra dei menu. Mantenere i due separati significa che la superficie di test e la superficie di consegna possono essere ottimizzate ciascuna per i propri scopi differenti.

La barra dei menu dell’ambiente Utente 4D è personalizzabile?

È una barra dei menu standard fornita dalla piattaforma, e l’intento è che rimanga tale per restare una superficie di sviluppo affidabile. Il tuo sforzo di personalizzazione deve essere rivolto all’ambiente dei menu personalizzati che i tuoi utenti vedranno effettivamente. Tratta la barra dei menu dell’ambiente Utente come uno strumento che usi, non come un prodotto che progetti.

Cos’è esattamente Foundation e dovrei costruire la mia app su di esso?

Foundation è un file di Struttura 4D — una shell — contenente un gran numero di Metodi e Moduli predefiniti che puoi copiare e incollare nel tuo lavoro. È una corsia preferenziale una volta apprese le basi di 4D. È meglio usarlo come fonte di esempi e modelli di lavoro piuttosto che come una base da adottare integralmente, poiché gli oggetti copiati possono portare con sé dipendenze e convenzioni che non si adattano alla tua struttura.

Perché la mia voce di menu ha funzionato durante il test ma non per l’utente?

Quasi sempre perché hai eseguito il test nell’ambiente Utente e l’utente sta operando in un ambiente di menu personalizzato. I due hanno barre dei menu diverse, quindi un elemento disponibile per te durante lo sviluppo potrebbe non esistere nel menu distribuito. Prima di eseguire il debug della definizione del menu, conferma in quale ambiente ti trovi.

Devo ricostruire la struttura del menu di FileMaker in 4D?

No, e in genere non dovresti farlo. L’organizzazione File/Edit/Records di FileMaker esiste perché FileMaker presenta una barra dei menu per applicazioni generiche. In 4D stai costruendo tu il menu, quindi puoi organizzarlo in base alle attività effettive dei tuoi utenti invece di rispecchiare una struttura generica. Usa il layout di FileMaker come punto di riferimento per le funzioni di cui hai bisogno, non come modello per come disporle.

Quanta parte della progettazione del menu dovrebbe avvenire prima di creare i moduli?

Abbastanza per sapere cosa è globale e cosa è contestuale. Decidi presto quali azioni appartengono al menu — raggiungibili da qualsiasi luogo — e quali appartengono ai moduli, dove possono essere filtrate dal contesto. Definire correttamente questa suddivisione all’inizio evita rilavorazioni future, perché spostare un’azione tra menu e modulo a posteriori influisce sia sulla definizione del menu che su ogni modulo che vi faceva riferimento.