Les bases de l'apprentissage 4th Dimension

Points clés à retenir

• La barre d’outils 4D est une couche de commodité, pas une obligation : la masquer est une première étape légitime pour de nombreux développeurs car les icônes ne sont pas évidentes et la barre de menus expose les mêmes commandes.
• Il est préférable de laisser les propriétés de la base de données à leurs valeurs par défaut pendant votre apprentissage ; les modifier prématurément peut masquer le comportement que vous essayez de comprendre.
• Les propriétés sont stockées avec la structure de la base de données, elles voyagent donc avec le projet et affectent chaque développeur et chaque client déployé : traitez-les comme des décisions au niveau de l’équipe et non comme des préférences personnelles.
• La distinction entre les propriétés de la base de données et les paramètres d’application/préférence est importante : l’une modifie le produit que vous livrez, l’autre modifie uniquement votre environnement de travail.
• Un ordre de configuration discipliné — créer la base de données, vérifier les propriétés, définir les tables, définir les champs, créer les formulaires, lier les listes de valeurs, saisir des données d’exemple — empêche toute retouche ultérieure.

Pourquoi la barre d’outils est la première chose que vous devriez décider

La barre d’outils 4D se situe en haut de l’environnement de conception et offre un accès rapide aux actions courantes : ouvrir l’éditeur de structure, l’éditeur de formulaires, l’éditeur de méthodes, exécuter la base de données, et ainsi de suite. En principe, cela semble utile.

En pratique, de nombreux développeurs — y compris l’auteur des notes originales sur lesquelles cet article est basé — trouvent cela activement distrayant. Les icônes ne sont pas explicites, et le fait de survoler pour découvrir ce que chacune fait interrompt le flux mental de conception d’une table ou d’un formulaire.

Si cela vous décrit, vous pouvez la désactiver. Ouvrez la boîte de dialogue Propriétés de la base de données depuis le menu Conception (dans 4D classique, on y accède via la zone Propriétés/Préférences), localisez la case Afficher la barre d’outils et décochez-la. La barre d’outils disparaît de l’environnement de conception et vous naviguez à la place via la barre de menus — Structure, Formulaire, Méthode, Exécution, et ainsi de suite.

Il s’agit d’une petite décision, mais elle illustre un principe plus vaste qui mérite d’être internalisé dès le début : 4D vous offre une surface d’exposition très large, et tout n’est pas utile pour vous dès le premier jour. Votre travail en tant que débutant consiste à réduire le bruit afin que vous puissiez voir le modèle sous-jacent — tables, champs, formulaires et les relations entre eux.

Quelques notes pratiques sur la décision concernant la barre d’outils :

• La masquer est réversible. Rien dans le fait de décocher la case n’est destructeur. Si vous souhaitez la récupérer plus tard, rouvrez la même boîte de dialogue et recochez-la.
• La barre de menus est la source de vérité. Chaque bouton de la barre d’outils correspond à une commande de menu. Apprendre le chemin du menu est une connaissance plus durable que d’apprendre la position d’une icône.
• Les raccourcis clavier battent les deux. Une fois que vous connaissez les commandes de menu, apprendre leurs raccourcis (par exemple, le raccourci pour exécuter la base de données ou pour ouvrir l’éditeur de structure) est plus rapide que la barre d’outils ou les menus.
• Votre préférence peut différer de celle de votre coéquipier. Étant donné que ce paramètre se trouve dans les propriétés de la base de données, il est partagé. Si vous travaillez en équipe, convenez d’une convention plutôt que de modifier le réglage sans cesse.

Propriétés de la base de données : ce qu’elles sont et pourquoi elles sont importantes

La boîte de dialogue Propriétés de la base de données est l’endroit où vous configurez les paramètres qui s’appliquent à la base de données dans son ensemble plutôt qu’à une seule table, un seul champ ou un seul formulaire. C’est l’une des premières boîtes de dialogue que vous rencontrerez après la création d’une nouvelle base de données, et il est facile soit de l’ignorer complètement, soit de la surconfigurer.

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

L’élément clé à comprendre est la portée de ces paramètres. Les propriétés de la base de données sont stockées dans le fichier de structure de la base de données. Cela signifie :

• Elles sont partagées — chaque développeur qui ouvre la structure voit les mêmes valeurs de propriété.
• Elles sont livrées — lorsque vous créez une application compilée ou déployez la base de données interprétée, les propriétés l’accompagnent.
• Elles sont persistantes — elles survivent aux redémarrages, aux reconstructions et (dans la plupart des cas) aux mises à niveau de la structure.

Comparez cela aux paramètres qui se trouvent dans l’application 4D elle-même ou dans un fichier de préférences par utilisateur. Ceux-ci affectent uniquement votre machine et votre session. La distinction est importante car un changement qui semble être « juste ma préférence » peut en réalité modifier le comportement pour tout le monde.

Une règle pratique pour les débutants

Les conseils d’origine ici sont judicieux et méritent d’être répétés avec insistance : laissez les autres propriétés à leurs valeurs par défaut pour le moment. Il existe de nombreuses options dans cette boîte de dialogue, et la plupart d’entre elles concernent des scénarios que vous n’avez pas encore rencontrés. Modifier une propriété que vous ne comprenez pas est un moyen fiable de créer un bogue qui ressemble à un problème de code mais qui est en réalité un problème de configuration — le type le plus difficile à diagnostiquer.

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

Au fur et à mesure que vous vous familiariserez avec 4D, vous commencerez à reconnaître quand une propriété est pertinente. C’est le bon moment pour la modifier. L’expérimentation est encouragée, mais faites-la délibérément : modifiez une propriété, observez l’effet et notez ce qui s’est passé.

Comment décider de modifier ou non une propriété

Lorsque vous êtes tenté de modifier quelque chose dans la boîte de dialogue Propriétés de la base de données, soumettez-le à ces questions :

1. Est-ce que je comprends ce que contrôle ce paramètre ? Sinon, laissez-le. Recherchez-le d’abord.
2. S’agit-il d’une décision à l’échelle du projet ou personnelle ? Si elle est personnelle, elle n’a probablement pas sa place ici.
3. Cela affectera-t-il les clients déployés ? Si oui, il doit s’agir d’un choix conscient et documenté.
4. Puis-je l’annuler facilement ? La plupart des propriétés sont réversibles, mais certaines interagissent avec d’autres d’une manière qui n’est pas évidente.
5. L’ai-je testé sur une copie de la base de données ? Pour tout ce qui n’est pas trivial, testez sur une structure en double avant de valider.

La séquence de configuration et l’emplacement des propriétés

Cela aide à voir l’étape des propriétés dans son contexte. Le parcours d’apprentissage présenté dans cette série comprend :

1. Créer une base de données — démarrez un nouveau fichier de structure.
2. Propriétés de la base de données — vérifiez les paramètres à l’échelle du projet et, pour l’instant, acceptez les valeurs par défaut.
3. Tables — définissez les entités que votre application stockera (clients, factures, produits, etc.).
4. Champs de données — définissez les attributs de chaque table, en choisissant les types de champs appropriés.
5. Formulaires — concevez les écrans de saisie et d’affichage avec lesquels les utilisateurs travailleront réellement.
6. Listes de valeurs (listes de choix) — fournissez des vocabulaires contrôlés afin que les utilisateurs choisissent parmi des options valides au lieu de taper du texte libre.
7. Saisir des données d’exemple — remplissez la base de données afin de pouvoir tester les formulaires et les listes par rapport à un contenu réaliste.

Les propriétés viennent en deuxième position car elles encadrent tout ce qui suit, mais elles ne sont délibérément pas l’endroit où dépenser votre énergie initiale. Le travail intellectuel de 4D se déroule dans les étapes 3 à 6 : obtenir le bon modèle de données, puis le rendre utilisable.

Pourquoi l’ordre est important

• Tables avant les champs. Vous ne pouvez pas définir judicieusement un champ tant que vous ne savez pas à quelle table il appartient et ce que cette table représente.
• Champs avant les formulaires. Un formulaire est une vue sur les champs. Concevoir les formulaires en premier conduit à des champs qui n’existent que pour servir une mise en page.
• Formulaires avant les listes de valeurs (en pratique). Vous découvrez souvent quels champs nécessitent une liste de choix lors de la création du formulaire qui les utilise.
• Données d’exemple en dernier lieu, mais non des moindres. Les formulaires vides cachent des problèmes. Un formulaire qui semble correct avec zéro enregistrement peut s’effondrer avec de vrais noms, des adresses longues et des valeurs limites.

Propriétés de la base de données vs Préférences de l’application : une comparaison

Les débutants confondent souvent ces deux catégories. Elles sont configurées à différents endroits, ont des portées différentes et doivent être traitées différemment.

Aspect	Propriétés de la base de données	Préférences Application / Utilisateur
Portée	La structure de la base de données et tout ce qui en découle	Votre application 4D et votre session de travail
Qui est concerné	Tous les développeurs et tous les clients déployés	Généralement juste vous
Où cela se trouve	À l’intérieur du fichier de structure	Dans l’application 4D ou dans un emplacement de paramètres par utilisateur
Suit le projet ?	Oui	Non
Exemples typiques	Visibilité de la barre d’outils, comportement au démarrage, options à l’échelle de la structure	Positions des fenêtres, police de l’éditeur, listes de fichiers récents
Conseils pour débutants	Acceptez les valeurs par défaut ; modifiez délibérément et documentez	Ajustez librement selon votre confort

Le paramètre de la barre d’outils est un cas légèrement inhabituel : il ressemble à une préférence personnelle, mais il est exposé en tant que propriété de la base de données. C’est exactement pourquoi il vaut la peine de s’y arrêter. Lorsque l’emplacement d’un paramètre et sa portée apparente divergent, ralentissez et réfléchissez à qui d’autre est concerné.

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

Conseils pratiques pour votre première séance

Si vous découvrez 4D pour la première fois, voici une manière concrète de passer la première heure de manière productive.

• Créez la base de données avec un nom clair et descriptif. Évitez les espaces et les caractères spéciaux dans le nom du fichier de structure si vous envisagez de le déplacer entre des machines ou de le référencer à partir de scripts.
• Ouvrez les Propriétés de la base de données et lisez les options sans les modifier. La lecture est gratuite ; elle construit une carte mentale de ce qui est configurable.
• Décochez “Afficher la barre d’outils” si vous trouvez cela distrayant. C’est le seul changement approuvé par les directives initiales, et il est sûr.
• Fermez la boîte de dialogue et passez aux Tables. Résistez à l’envie de visiter chaque onglet.
• Conservez un court fichier de notes enregistrant toute propriété que vous modifiez et pourquoi. Votre futur vous-même, et vos coéquipiers, vous remercieront.

Erreurs courantes des débutants à ce stade

• Sur-configurer avant la modélisation. Passer une heure dans la boîte de dialogue des propriétés et dix minutes sur le modèle de données est une erreur de priorité.
• Supposer qu’un paramètre est personnel alors qu’il est partagé. Voir le tableau de comparaison ci-dessus.
• Modifier plusieurs propriétés à la fois. Si quelque chose se brise, vous ne saurez pas quel changement en est la cause.
• Ignorer complètement la boîte de dialogue. Les valeurs par défaut sont généralement correctes, mais “généralement” ne signifie pas “toujours” — sachez ce qui s’y trouve.

Où aller plus loin

La plateforme 4D a une longue histoire et une documentation conséquente. Le site de documentation officiel de 4D géré par 4D SAS constitue la référence faisant autorité pour chaque propriété, commande et éditeur du produit, et il vaut la peine de le mettre en signet dès le début. Pour obtenir des informations générales sur le produit et sa lignée, l’article Wikipédia sur 4D (programming language) fournit un contexte utile sur la façon dont la plateforme a évolué d’une base de données relationnelle vers un environnement de développement d’applications complet.

Si vous avez une formation SQL, la présentation Wikipédia du modèle relationnel est un rappel utile sur les concepts que 4D implémente dans son propre idiome — tables, enregistrements, champs et relations — même si la terminologie et les outils de 4D diffèrent de ceux d’un serveur SQL classique. Et comme les applications 4D sont fréquemment déployées aux côtés de logiciels métiers à usage général, les sites de documentation Microsoft Learn et Apple Developer sont des références pratiques lorsque vous avez besoin de comprendre les conventions du système d’exploitation hôte en matière de fenêtres, de fichiers et de comportement de l’interface 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..

Rien de tout cela ne remplace la pratique dans l’éditeur de Structure. Le moyen le plus rapide d’apprendre 4D est de créer une petite base de données réelle — quelque chose que vous souhaitez réellement suivre — et de laisser la boîte de dialogue des propriétés tranquille en arrière-plan jusqu’à ce que vous ayez une raison de l’ouvrir.

Questions fréquemment posées

Dois-je masquer la barre d’outils 4D ?

C’est entièrement une question de style de travail personnel. De nombreux développeurs la masquent car les icônes ne sont pas intuitives et la barre de menu propose les mêmes commandes, tandis que d’autres préfèrent l’accès en un clic. Le réglage est réversible, alors essayez les deux et conservez celui qui vous aide à rester concentré.

Les propriétés de la base de données sont-elles les mêmes que mes préférences personnelles ?

Non. Les propriétés de la base de données sont stockées avec le fichier de structure et s’appliquent donc à chaque développeur et à chaque client déployé. Les préférences personnelles n’affectent que votre propre machine et votre session. Lorsqu’un paramètre semble personnel mais se trouve dans la boîte de dialogue des propriétés de la base de données, traitez-le comme une décision partagée.

Pourquoi devrais-je ne pas toucher aux valeurs de propriété par défaut au début ?

Parce que la plupart des options concernent des situations que vous n’avez pas encore rencontrées, et que la modification d’un paramètre que vous ne comprenez pas peut produire un comportement qui ressemble à un bug de code mais qui est en réalité un problème de configuration. Les valeurs par défaut constituent un point de départ raisonnable ; revisitez-les une fois que vous savez ce que chacune d’elles fait.

Quel est l’ordre approprié pour configurer une nouvelle base de données 4D ?

Créez la base de données, examinez les propriétés, définissez vos tables, définissez les champs dans chaque table, concevez les formulaires, configurez des listes de valeurs pour les champs contrôlés, puis saisissez des données d’exemple. Cet ordre permet que chaque décision soit ancrée dans la précédente et évite les retouches.

Dois-je configurer les propriétés avant de créer des tables et des formulaires ?

Non. La boîte de dialogue des propriétés encadre le projet, mais le travail de fond se déroule dans les éditeurs de Structure et de Formulaire. Vous pouvez créer une base de données complète et fonctionnelle sans toucher à la plupart des propriétés, et vous pouvez y revenir plus tard lorsqu’un besoin spécifique se présente.

Comment savoir quand il est temps de modifier une propriété de base de données ?

Lorsque vous pouvez énoncer clairement ce que le paramètre contrôle, qui il affecte et ce que vous vous attendez à voir changer en conséquence — et idéalement après l’avoir testé sur une copie de la structure. Si vous ne pouvez pas encore répondre à ces questions, laissez la valeur par défaut et continuez à construire.