Bases de l'apprentissage de la 4e dimension

Cette page fait partie de la série 4th Dimension Learning Basics, qui guide les développeurs à travers la plateforme 4D à partir des premiers principes. Le sujet ici concerne les menus — en particulier la manière dont les systèmes de menus de FileMaker Pro (FMP) et de 4D diffèrent, et pourquoi cette différence est importante lorsque vous migrez un modèle mental d’un outil à l’autre. Les menus sont l’une des premières choses qu’un nouveau développeur 4D remarque, car 4D divise ce que FileMaker considère comme une surface unique en plusieurs environnements distincts.

Points clés à retenir

• Le mode Parcourir de FileMaker Pro présente une barre de menus avec un ensemble de menus et d’éléments de menu ; 4D sépare l’environnement Utilisateur de l’environnement Menus personnalisés, et les deux se comportent différemment.
• L’environnement Utilisateur de 4D est un espace de test pour les développeurs, et non l’endroit où se trouvent habituellement vos utilisateurs finaux. Ne concevez pas votre expérience de menu de production autour de celui-ci.
• Foundation est un fichier Structure 4D préchargé avec des méthodes et des formulaires que vous pouvez copier et coller — une voie rapide une fois que vous avez compris les bases, et non un remplacement de celles-ci.
• La conception des menus dans 4D est une décision délibérée et structurelle. Vous décidez de ce que l’utilisateur voit ; vous n’héritez pas d’une barre de menus d’application fixe comme c’est largement le cas dans FileMaker.
• Comprendre d’abord le modèle d’environnement permet d’éviter l’erreur la plus courante du débutant : créer et tester des menus dans le mauvais environnement, puis se demander pourquoi les utilisateurs voient quelque chose de différent.

Pourquoi les menus sont la première vraie divergence

Lorsque vous passez de FileMaker Pro à 4D, les concepts de base de données sont transférés assez bien. Les tables, champs, enregistrements, mises en page et formulaires ont tous des équivalents reconnaissables. Les menus sont l’endroit où les deux plateformes se séparent d’une manière qui vous oblige à penser différemment l’application dans son ensemble.

Dans FileMaker, la barre de menus est essentiellement la barre de menus de l’application. Vous disposez de Fichier, Édition, Affichage, Insérer, Format, Enregistrements, Scripts, Fenêtre et Aide, et votre travail consiste principalement à supprimer ou augmenter ce qui est déjà là. Vous travaillez à l’intérieur d’un cadre fixe.

Dans 4D, la barre de menus est quelque chose que vous construisez. La plateforme vous propose des environnements, et chaque environnement peut présenter sa propre barre de menus.

Cela signifie que le menu n’est pas un acquis — c’est un artefact de votre conception. Cela demande plus de travail en amont et offre un contrôle considérablement plus important par la suite, ce qui est exactement le compromis qui définit 4D comme une plateforme de développement plutôt que comme un outil piloté par des modèles.

Menus du mode Parcourir de FMP

En mode Parcourir FMP, il n’y a qu’une seule barre de menus et un seul ensemble de menus et d’éléments de menu. Cette barre unique sert toute l’expérience de navigation. La figure 2 du matériel original montre la barre de menus FMP avec les menus « Fichier » et « Édition » visibles.

Connexes : Airtable — Une interface simple sous forme de feuille de calcul reposant sur une véritable base de données relationnelle, avec des automatisations, des vues et des interfaces partageables..

La conséquence pratique est la simplicité. Un développeur FileMaker qui apprend la plateforme n’a pas à se demander « quelle barre de menus suis-je en train de regarder ? ». Il n’y en a qu’une. La personnalisation s’effectue en supprimant les éléments que vous ne souhaitez pas que les utilisateurs atteignent et en ajoutant des déclencheurs de script derrière ceux que vous conservez.

C’est véritablement pratique, et cela vaut la peine d’être reconnu plutôt que rejeté. Pour de petites solutions à usage unique, le modèle FileMaker vous permet d’aboutir plus rapidement à une interface utilisable. Le coût est que vous négociez toujours avec une barre de menus conçue pour une application à usage général, et non pour votre application métier spécifique.

Menus de l’environnement Utilisateur 4D

Dans 4D, il existe une barre de menus d’environnement Utilisateur standard. La chose essentielle à internaliser est la suivante : l’environnement Utilisateur n’est normalement pas l’endroit où se trouveront les utilisateurs. L’environnement Utilisateur est l’endroit où le développeur teste ce qui a été développé. Normalement, l’utilisateur final ne verra jamais l’environnement Utilisateur.

Si vous faites du shopping : Zoho Creator — Un créateur d'applications low-code qui se connecte à la suite Zoho plus large et propose des tarifs par utilisateur plutôt que par application..

La figure 3 du matériel original montre la barre de menus Utilisateur 4D et ses menus.

Pensez à l’environnement Utilisateur comme à un atelier, et non comme à un showroom. Il vous offre un ensemble de menus standard et prévisibles pour vous permettre de naviguer dans votre structure, d’exécuter des méthodes, d’inspecter les données et de vérifier le comportement pendant le développement. Parce qu’il est standardisé, il est stable — vous pouvez compter sur le fait qu’il ne changera pas sous vos pieds pendant que vous travaillez.

Le piège du débutant est subtil et courant : vous créez un formulaire, le testez dans l’environnement Utilisateur, tout fonctionne, et vous livrez. Ensuite, un utilisateur ouvre l’application dans l’environnement personnalisé déployé et les menus sont différents, certains éléments sont manquants, et un flux de travail qui dépendait d’un élément de menu que vous utilisiez pendant les tests n’est tout simplement pas là. La solution n’est pas technique — elle consiste à tester dans l’environnement que vos utilisateurs utiliseront réellement.

Comment décider où tester

• Pendant le développement structurel — travaillez dans l’environnement Utilisateur. C’est rapide et prévisible.
• Avant toute version — parcourez chaque flux de travail destiné à l’utilisateur dans l’environnement de menus personnalisés déployé, et non dans l’environnement Utilisateur.
• Lorsqu’un élément de menu « disparaît » — vérifiez d’abord dans quel environnement vous vous trouvez avant de déboguer la définition du menu elle-même.

Environnement de menus personnalisés par défaut de 4D Foundation

Foundation est une coquille. Il s’agit d’un fichier Structure 4D qui contient une multitude de méthodes et de formulaires définis pour vous. Vous pouvez simplement copier et coller ces méthodes et formulaires. Une fois que vous maîtrisez les bases de 4D, Foundation offre une voie rapide pour développer votre programme.

La figure 4 du matériel original montre la barre de menus personnalisée par défaut de Foundation et ses menus.

Foundation est mieux compris comme une implémentation de référence et un réservoir de composants plutôt que comme un framework que vous adoptez tel quel. La valeur réside dans les exemples concrets et fonctionnels : vous pouvez voir comment une barre de menus personnalisée est réellement assemblée, comment les éléments de menu sont reliés aux méthodes et comment les pièces s’emboîtent dans un fichier de structure réel. Copier un menu fonctionnel et le modifier vous apprendra le modèle plus rapidement que de lire une documentation à son sujet.

Connexes : Knack — Un générateur de base de données sans code destiné aux portails, aux annuaires et aux outils internes, avec une tarification forfaitaire au lieu de frais par utilisateur..

Deux mises en garde méritent d’être clairement énoncées :

• Le copier-coller apporte son lot de bagages. Les méthodes et formulaires extraits de Foundation peuvent faire référence à d’autres objets, tables ou conventions de dénomination qui n’existent pas dans votre structure. Attendez-vous à devoir tracer les dépendances plutôt que de supposer une intégration directe et propre.
• Foundation reflète son époque. Il a été conçu pour démontrer les concepts 4D, et ses conventions peuvent ne pas correspondre aux pratiques 4D modernes. Considérez-le comme un outil pédagogique et une source de modèles, et non comme un guide de style.

Comparaison des trois contextes de menu

La manière la plus claire de visualiser ces trois environnements est de les mettre côte à côte.

Contexte	Qui l’utilise	Comportement de la barre de menus	Objectif principal
Mode Navigation FMP	Utilisateur final	Une barre de menus fixe et un ensemble d’éléments	Exécuter la solution telle que livrée
Environnement Utilisateur 4D	Développeur	Barre de menus standard et prévisible	Tester et inspecter pendant le développement
Environnement de menus personnalisés 4D	Utilisateur final	Barre de menus que vous définissez	Offrir l’expérience de production
4D Foundation	Développeur (apprentissage)	Menus personnalisés par défaut prédéfinis	Apprendre les modèles ; copier des méthodes et des formulaires

La ligne qui compte le plus pour un nouveau développeur 4D est la troisième. Tout ce qui se trouve dans la colonne FMP se réduit à une seule surface ; dans 4D, cela se divise en une surface développeur et une surface utilisateur, et vous maîtrisez entièrement la surface utilisateur.

Notre sélection : Claris FileMaker Pro — La plateforme de base de données relationnelle de longue date pour les équipes qui ont besoin d'applications personnalisées sur ordinateur, Web et mobile à partir d'un seul fichier..

Guide pratique pour la conception de menus en 4D

Parce que vous construisez le menu plutôt que d’en hériter, quelques décisions surviennent tôt et méritent d’être prises délibérément.

Partez de la liste des tâches de l’utilisateur, et non des noms de menus standard. FileMaker vous apprend à penser en termes de Fichier, Édition, Enregistrements. Dans 4D, vous êtes libre de vous organiser en fonction de ce que font réellement vos utilisateurs — « Commandes », « Clients », « Rapports » — et c’est généralement un meilleur menu qu’un menu générique.

Décidez de ce qui appartient à un menu plutôt qu’à un formulaire. Les éléments de menu sont globaux et toujours accessibles ; les boutons d’un formulaire sont contextuels. Une action destructive telle que « Supprimer tous les enregistrements » est plus sûre sur un formulaire où vous pouvez la verrouiller, et non dans un menu où un clic parasite pourrait l’activer depuis n’importe où.

Gardez la surface développeur et la surface utilisateur mentalement séparées. La barre de menus standard de l’environnement Utilisateur est un outil. Ne laissez pas sa commodité influencer vos décisions de conception concernant le menu de production.

Utilisez Foundation pour apprendre le câblage, puis créez le vôtre. Le chemin le plus rapide consiste à copier un menu Foundation, à comprendre chaque connexion qu’il contient, puis à le reconstruire à partir de zéro pour votre application. C’est lors de la reconstruction que l’apprentissage s’ancre.

Testez dans l’environnement cible avant chaque version. Cette seule habitude évite la classe la plus courante de bugs de menu du type « ça fonctionnait chez moi ».

Où cela se situe-t-il dans le parcours d’apprentissage

Cette page se situe au début de la série, dans la section comparant les menus standards entre FMP et 4D. Les prochaines étapes naturelles sont les comparaisons de menus détaillées qui suivent : comparaisons du menu Fichier, suggestions pour le menu Fichier, comparaisons d’autres menus, suggestions pour le menu Enregistrements et l’écran de démarrage personnalisé. Chacune de ces sections prend une tranche de la surface du menu et en examine les spécificités.

La raison pour laquelle le modèle d’environnement vient en premier est que chaque décision ultérieure concernant le menu en dépend. Si vous ne savez pas pour quel environnement vous concevez, les conseils spécifiques sur les éléments de menu qui suivent n’ont aucun point d’ancrage. Une fois les environnements clarifiés, le reste du matériel sur les menus se lit comme un ensemble de choix concrets plutôt que comme une liste de faits.

Pour un aperçu plus large de la plateforme elle-même, l’article Wikipédia sur 4th Dimension fournit un contexte utile sur son histoire et son positionnement, et l’article sur FileMaker couvre la plateforme par rapport à laquelle cette comparaison est établie. Pour les principes généraux qui s’appliquent aux deux outils, le Nielsen Norman Group publie des recherches largement respectées sur la conception et la navigation des menus, et le W3C maintient des conseils d’accessibilité qui méritent d’être consultés lorsque vous décidez comment les utilisateurs accéderont aux fonctions principales.

Questions fréquemment posées

Pourquoi 4D dispose-t-il d’un environnement Utilisateur distinct si les utilisateurs ne le voient jamais ?

L’environnement Utilisateur existe afin que les développeurs disposent d’un endroit stable et standardisé pour tester et inspecter leur travail. Parce que sa barre de menus est fixe, elle ne change pas sous vos yeux pendant que vous développez.

L’utilisateur final travaille normalement dans un environnement personnalisé où vous contrôlez la barre de menus. En gardant les deux séparés, votre surface de test et votre surface de livraison peuvent chacune être optimisées pour leurs objectifs respectifs.

La barre de menus de l’environnement Utilisateur 4D est-elle personnalisable ?

Il s’agit d’une barre de menus standard fournie par la plateforme, et l’intention est qu’elle reste standard afin de demeurer une surface de développement fiable. Votre effort de personnalisation doit se porter sur l’environnement de menus personnalisés que vos utilisateurs verront réellement. Traitez la barre de menus de l’environnement Utilisateur comme un outil que vous utilisez, et non comme un livrable que vous concevez.

Qu’est-ce que Foundation exactement, et dois-je construire mon application dessus ?

Foundation est un fichier Structure 4D — une coquille (shell) — contenant un grand nombre de méthodes et de formulaires prédéfinis que vous pouvez copier et coller dans votre propre travail. C’est une voie rapide une fois que vous maîtrisez les bases de 4D. Il est préférable de l’utiliser comme source d’exemples et de modèles fonctionnels plutôt que comme une fondation que vous adoptez en bloc, car les objets copiés peuvent comporter des dépendances et des conventions qui ne correspondent pas à votre structure.

Pourquoi mon élément de menu a-t-il fonctionné pendant les tests mais pas pour l’utilisateur ?

Presque toujours parce que vous avez testé dans l’environnement Utilisateur et que l’utilisateur s’exécute dans un environnement de menu personnalisé. Les deux ont des barres de menus différentes, donc un élément disponible pour vous pendant le développement peut ne pas exister dans le menu déployé. Avant de déboguer la définition du menu, confirmez dans quel environnement vous vous trouvez.

Dois-je reconstruire la structure des menus FileMaker dans 4D ?

Non, et vous ne devriez généralement pas le faire. L’organisation Fichier/Modifier/Enregistrements de FileMaker existe parce que FileMaker présente une barre de menus d’application à usage général.

Dans 4D, c’est vous qui construisez le menu, vous pouvez donc l’organiser autour des tâches réelles de vos utilisateurs au lieu de refléter une structure générique. Utilisez la mise en page FileMaker comme point de référence pour les fonctions dont vous avez besoin, et non comme un modèle pour la manière de les organiser.

Quelle part de la conception des menus doit être effectuée avant de créer des formulaires ?

Assez pour savoir ce qui est global et ce qui est contextuel. Décidez tôt quelles actions appartiennent au menu — accessibles de n’importe où — et lesquelles appartiennent aux formulaires où elles peuvent être restreintes par le contexte. Réussir cette répartition dès le début évite des remaniements ultérieurs, car le déplacement d’une action entre le menu et le formulaire après coup affecte à la fois la définition du menu et chaque formulaire qui y faisait référence.