Bases de l'apprentissage 4th Dimension

Points clés à retenir

• La saisie des données dans 4D s’effectue exclusivement via le formulaire de Saisie/Détail — le formulaire de Sortie/Liste est en lecture seule et vous renvoie simplement au formulaire de Saisie lorsque vous interagissez avec celui-ci.
• Passer d’un formulaire à l’autre est une compétence de navigation essentielle : appuyez sur Entrée pour quitter le formulaire de Saisie, et double-cliquez n’importe où sur le formulaire de Sortie pour y revenir.
• Les listes de valeurs (listes de choix) sont le mécanisme qui maintient les données propres au point de saisie : elles limitent ce qu’un utilisateur peut taper plutôt que de s’appuyer sur une validation après coup.
• Dès que vous enregistrez vos premiers enregistrements, 4D crée le dossier physique de la base de données et ses fichiers de support sur le disque : c’est la structure que vous allez sauvegarder, déplacer et éventuellement déployer.
• La saisie de données d’exemple n’est pas une tâche fastidieuse : c’est ainsi que vous vérifiez que vos tables, champs, formulaires et listes de valeurs fonctionnent réellement ensemble avant de construire quoi que ce soit par-dessus.

Pourquoi la saisie de données est le véritable test de votre conception

Jusqu’à présent dans la séquence d’apprentissage, vous avez créé une base de données, défini ses propriétés, défini des tables et des champs de données, construit des formulaires et configuré des listes de valeurs. La saisie de données d’exemple est le moment où toutes ces décisions rencontrent la réalité.

Un champ qui semblait raisonnable dans l’éditeur de Structure peut s’avérer être du mauvais type une fois que vous essayez d’y saisir une valeur réelle. Une liste de valeurs qui semblait complète peut s’avérer manquer de l’option dont un utilisateur a réellement besoin. Une mise en page de formulaire qui semblait équilibrée dans l’éditeur de Formulaires peut s’avérer maladroite lorsque vous la parcourez avec un clavier.

C’est pourquoi les développeurs 4D expérimentés traitent la première passe de saisie de données comme une revue de conception, et non comme une corvée de chargement de données. Vous ne vous contentez pas de remplir une table : vous testez simultanément le schéma, le formulaire et les listes de choix. Si quelque chose semble maladroit maintenant, ce sera bien pire une fois que vous aurez des centaines d’enregistrements et des rapports en aval qui en dépendent.

Saisie de données : la mécanique

Assurez-vous d’être en mode Utilisateur avant de commencer. Dans l’architecture classique de 4D, l’environnement fait la distinction entre le mode Conception (où vous éditez la structure, les formulaires et le code) et le mode Utilisateur (où vous travaillez réellement avec les enregistrements).

Les données doivent être saisies via le formulaire de Saisie/Détail. Vous ne pouvez pas saisir de données sur le formulaire de Sortie/Liste : ce formulaire est conçu pour la navigation et l’affichage de listes, pas pour la modification.

Si vous essayez, 4D est indulgent : un double-clic sur un champ de données ou n’importe où dans le formulaire de Sortie vous fait simplement passer au formulaire de Saisie. Ce comportement est intentionnel et mérite d’être assimilé, car il signifie que le formulaire de Sortie sert également de surface de navigation.

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

Une fois que vous êtes dans le formulaire de Saisie, la saisie des données fonctionne comme dans n’importe quelle application de base de données :

• Cliquez directement sur un champ pour y placer votre curseur.
• Utilisez la touche Tab pour parcourir les champs en séquence : c’est généralement plus rapide que de cliquer, et cela respecte l’ordre des champs que vous avez défini dans le formulaire.
• Des listes déroulantes apparaissent lorsqu’un champ est associé à une liste de valeurs ; vous cliquez sur l’élément que vous souhaitez sélectionner, et 4D écrit cette valeur dans le champ.

Ce dernier point est la récompense du travail sur les listes de valeurs effectué précédemment. Une liste de choix bien construite signifie que l’utilisateur n’a jamais besoin de se souvenir de l’orthographe exacte d’une catégorie, d’un statut ou d’une région : il choisit dans un vocabulaire contrôlé.

C’est le même principe que la théorie des bases de données relationnelles appelle une contrainte de domaine, et c’est l’une des formes d’intégrité des données les moins coûteuses et les plus précieuses que vous puissiez mettre en place. Pour plus de détails théoriques, l’article Wikipédia sur la normalisation de la base de données explique pourquoi les valeurs contrôlées dans les champs de recherche réduisent la redondance et les anomalies de mise à jour.

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

Basculer entre les formulaires de Saisie et de Sortie

La navigation entre les deux types de formulaires est volontairement minimale, et il est utile de l’ancrer dans votre mémoire musculaire :

• Depuis le formulaire de Saisie : appuyez sur Entrée pour revenir au formulaire de Sortie.
• Depuis le formulaire de Sortie : double-cliquez n’importe où sur le formulaire pour passer au formulaire de Saisie.

Il y a ici une subtilité qui piège les débutants. Appuyer sur Entrée dans le formulaire de Saisie remplit une double fonction : cela valide/accepte l’enregistrement actuel et vous ramène à la liste.

Cela signifie que si vous avez saisi quelque chose d’invalide (une valeur qui ne correspond pas au type du champ, ou un champ obligatoire laissé vide), 4D peut vous maintenir sur le formulaire plutôt que de vous laisser partir. Considérez cela comme une fonctionnalité : c’est la base de données qui refuse d’accepter des données erronées, ce qui est exactement ce que vous voulez.

Une habitude pratique : après avoir saisi chaque enregistrement, jetez un coup d’œil au formulaire de Sortie pour confirmer que l’enregistrement apparaît bien et que les valeurs se trouvent dans les colonnes attendues. Le formulaire de Sortie est votre audit visuel le plus rapide de ce que vous venez d’enregistrer.

Un exemple concret : saisir vos premiers enregistrements

Supposons que votre base de données d’exemple suive des contacts, avec des champs pour un nom, une catégorie et une région, et des listes de valeurs associées aux champs catégorie et région. Voici à quoi ressemble une passe de saisie propre :

1. Passez en mode utilisateur.
2. Double-cliquez sur le formulaire de sortie pour ouvrir le formulaire de saisie.
3. Cliquez dans le champ du nom et saisissez une valeur.
4. Appuyez sur Tab pour aller au champ de catégorie. Comme il est lié à une liste de valeurs, une fenêtre contextuelle apparaît : sélectionnez une option plutôt que de la saisir.
5. Appuyez sur Tab pour aller au champ région et sélectionnez une valeur dans sa liste de la même manière.
6. Appuyez sur Entrée pour valider l’enregistrement et revenir au formulaire de sortie.
7. Confirmez que la nouvelle ligne apparaît avec les valeurs que vous avez sélectionnées.
8. Répétez l’opération pour plusieurs autres enregistrements, en variant délibérément les valeurs afin de tester différentes options de liste.

L’étape 8 compte plus qu’il n’y paraît. Si vous n’entrez qu’une seule catégorie, vous ne découvrirez jamais qu’une deuxième catégorie manque dans la liste ou qu’un champ est trop étroit pour afficher une valeur plus longue. Varier vos données d’exemple est le moyen de trouver ces lacunes alors qu’elles sont encore peu coûteuses à corriger.

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

Ce que 4D crée sur le disque

Lorsque vous enregistrez des enregistrements, 4D matérialise la base de données sous la forme d’un dossier sur le disque contenant le fichier de structure, le fichier de données et les ressources de support. Il s’agit de l’artefact que vous finirez par copier, sauvegarder et déployer. Comprendre que la base de données est un dossier — et non un simple fichier opaque — est important pour plusieurs raisons pratiques :

• Les sauvegardes doivent capturer l’intégralité du dossier, pas seulement un fichier, sinon vous risquez une incompatibilité structure/données.
• Déplacer une base de données entre machines signifie déplacer le dossier intact et conserver ses chemins relatifs internes.
• Le contrôle de version de la structure est possible, mais le fichier de données lui-même n’est pas un élément que l’on valide (commit) généralement.

Si vous venez d’un environnement de base de données de bureau mono-fichier, ce modèle basé sur des dossiers est l’un des premiers éléments véritablement différents du travail dans 4D, et il vaut la peine de le comprendre dès le début. Le concept plus large de la manière dont les systèmes de gestion de bases de données séparent la structure des données est abordé dans la présentation Wikipédia des systèmes de gestion de bases de données.

Comment décider quoi saisir comme données d’exemple

Toutes les données d’exemple ne sont pas également utiles. Un ensemble court et délibéré vaut mieux qu’un ensemble volumineux et aléatoire. Utilisez ces critères pour décider quoi saisir :

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

• Couvrez chaque option de la liste de valeurs au moins une fois. Cela prouve que chaque choix est accessible et s’affiche correctement.
• Incluez un cas limite par champ. Un nom très long, une valeur à la limite d’une plage numérique, un champ facultatif vide.
• Saisissez au moins un enregistrement que vous avez l’intention de supprimer. Vous voulez confirmer que la suppression se comporte comme prévu avant que des données réelles n’existent.
• Variez les enregistrements pour que le formulaire de sortie ait quelque chose à trier et à parcourir. Une liste de lignes presque identiques ne vous apprend rien sur la largeur des colonnes ou la lisibilité.
• Gardez l’ensemble restreint. Cinq à dix enregistrements bien choisis suffisent généralement pour valider une conception ; vous testez le schéma, vous ne remplissez pas la production.

Cela reflète la pratique que les tests logiciels appellent analyse des valeurs limites — tester aux limites d’une entrée acceptable, là où les défauts se regroupent. L’article Wikipédia sur les tests de logiciels couvre la famille de techniques à laquelle cela appartient.

Pièges courants à ce stade

Quelques problèmes reviennent régulièrement lors de la première saisie de données dans 4D :

• Essayer de taper sur le formulaire de sortie. Il n’acceptera pas de saisie ; il vous renverra simplement vers le formulaire de saisie. C’est intentionnel, pas un bug.
• Saisir dans un champ de liste de valeurs au lieu de sélectionner. Selon la façon dont la liste est configurée, la saisie libre peut être rejetée ou créer une valeur inattendue. Préférez la sélection dans la fenêtre contextuelle.
• Oublier d’appuyer sur Entrée. Si vous quittez le champ sans valider, l’enregistrement risque de ne pas être sauvegardé. Prenez l’habitude d’appuyer sur Entrée.
• Supposer que l’enregistrement a été sauvegardé parce que le formulaire s’est fermé. Vérifiez toujours sur le formulaire de sortie.
• Saisir des dizaines d’enregistrements avant de vérifier la conception. Corrigez d’abord le schéma et le formulaire, puis effectuez la saisie groupée.

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

Cette étape — la saisie de données d’exemple — est la dernière de la séquence fondamentale : créer une base de données, définir les propriétés, définir les tables, définir les champs de données, créer les formulaires, configurer les listes de valeurs et enfin saisir les données. Une fois que vous pouvez saisir, visualiser et parcourir les enregistrements de manière fiable, vous disposez d’une base de données 4D fonctionnelle et d’un modèle mental sur lequel vous pouvez vous appuyer. Tout ce qui suit — requêtes, rapports, méthodes et éventuellement déploiement — suppose que vous êtes à l’aise avec cette boucle.

Pour les développeurs venant d’autres plateformes, il est utile de savoir que l’approche de 4D descend de la même tradition relationnelle que des produits comme Microsoft Access et FileMaker, mais avec son propre langage et son propre flux de travail centré sur les formulaires. L’article Wikipédia sur 4D (langage de programmation) donne un contexte utile sur la place de la plateforme dans le paysage global.

Questions fréquemment posées

Pourquoi ne puis-je pas saisir de données directement sur le formulaire de sortie ?

Le formulaire de sortie est conçu pour parcourir et répertorier les enregistrements, et non pour les modifier. Lorsque vous double-cliquez sur un champ ou n’importe où sur le formulaire, 4D vous bascule automatiquement vers le formulaire de Saisie/Détail, où s’effectue toute la saisie des données. Cette séparation permet de garder l’affichage de la liste rapide et d’empêcher les modifications accidentelles pendant que vous parcourez les enregistrements.

Comment puis-je basculer entre les formulaires de saisie et de sortie ?

À partir du formulaire de saisie, appuyez sur Entrée pour revenir au formulaire de sortie. À partir du formulaire de sortie, double-cliquez n’importe où pour ouvrir le formulaire de saisie. Ces deux gestes constituent la boucle de navigation principale en mode Utilisateur, et ils méritent d’être pratiqués jusqu’à ce qu’ils deviennent automatiques.

Que se passe-t-il si j’appuie sur Entrée avec une valeur non valide dans un champ ?

4D peut vous maintenir sur le formulaire plutôt que d’accepter l’enregistrement, car la valeur ne correspond pas au type du champ ou qu’un champ obligatoire est vide. C’est ainsi que la base de données protège sa propre intégrité. Corrigez la valeur et appuyez à nouveau sur Entrée pour enregistrer.

Dois-je saisir beaucoup de données d’exemple ?

Non. Un petit ensemble délibéré de cinq à dix enregistrements couvrant toutes les options de la liste de valeurs et incluant quelques cas limites est bien plus utile qu’un grand lot aléatoire. Vous validez la conception, vous ne remplissez pas une base de données de production.

Que crée 4D sur le disque lorsque j’enregistre des enregistrements ?

4D crée un dossier de base de données contenant le fichier de structure, le fichier de données et les ressources de support. Parce que la base de données est un dossier plutôt qu’un fichier unique, les sauvegardes et les déplacements doivent capturer l’intégralité du dossier pour éviter une incompatibilité structure/données.

La saisie de données d’exemple est-elle vraiment nécessaire avant d’en construire davantage ?

Oui — c’est le moyen le plus rapide de confirmer que vos tables, champs, formulaires et listes de valeurs fonctionnent ensemble. Des problèmes triviaux à corriger maintenant deviennent coûteux une fois que les requêtes, les rapports et les méthodes dépendent du schéma. Considérez cette étape comme une révision de conception, et non comme une corvée.