Glossaire WinDev de A à Z — WinDev

Glossaire WinDev — 144 définitions

Tous les termes définis dans les 29 sections du guide, classés par ordre alphabétique.
Astuce : Ctrl + F pour chercher un terme dans la page.

Administration (⚠️): Un serveur de données exige une vraie administration : supervision, gestion des utilisateurs et des droits, SAUVEGARDES automatisées ET TESTÉES, mises à jour. Ce n'est pas « installer et oublier ».
Analyse: Dans le vocabulaire WinDev : la description de la STRUCTURE des données, c'est-à-dire le MODÈLE (schéma) de la base de données. Le concept CENTRAL dont tout le reste découle.
Ancrage: Le comportement d'un champ quand la fenêtre est REDIMENSIONNÉE : s'étirer, se déplacer, rester fixe. Indispensable pour une interface qui s'adapte proprement à la taille de la fenêtre.
Architecture Client/Serveur: Un SERVEUR centralise les données : les applications lui envoient des requêtes, il traite et ne renvoie que les RÉSULTATS. Le trafic réseau s'effondre et les accès concurrents sont maîtrisés.
Authentification (⚠️): Clé d'API, jeton ou protocole plus élaboré. ⚠️ Ces SECRETS ne doivent JAMAIS être écrits en dur dans le code ni exposés côté client.
Autres bases de données: WinDev sait aussi se connecter à SQL Server, MySQL, Oracle, PostgreSQL… (accès natifs ou ODBC) : vous n'êtes pas prisonnier de HFSQL.
Blocage (accès concurrents): Le mécanisme qui gère le cas où deux utilisateurs modifient le même enregistrement en même temps, pour éviter qu'une modification en écrase silencieusement une autre.
Blocs d'un état: Les zones imprimées à des moments différents : DÉBUT DE DOCUMENT (une fois), HAUT DE PAGE (chaque page), CORPS (répété pour CHAQUE enregistrement), BAS DE PAGE, FIN DE DOCUMENT (totaux généraux).
Boucles (POUR, TANTQUE): POUR répète un nombre connu de fois (avec compteur) ; TANTQUE répète tant qu'une condition reste vraie ; BOUCLE utilise une sortie explicite. SELON gère un branchement multiple.
Capitalisation: Le grand intérêt de la gamme : même langage, même ANALYSE, éléments partageables (procédures, composants) entre une application WinDev et un site WEBDEV.
Capteurs: Les atouts du mobile : appareil photo, lecture de codes-barres/QR, GPS, NFC, signature à l'écran — des possibilités absentes du poste fixe.
Cas limites: Zéro, valeurs vides, valeurs extrêmes, changements d'année, chaînes très longues, caractères spéciaux… C'est là que se cachent la plupart des bugs : testez-les en priorité.
Catalogue des champs: Le volet contenant les composants d'interface (libellé, saisie, bouton, table, image…) à DÉPOSER sur une fenêtre par glisser-déposer.
Certifications PC SOFT (⚠️): Elles attestent d'un niveau de maîtrise et peuvent valoriser un profil. ⚠️ Modalités, contenus et tarifs VARIENT selon les pays et les périodes : consultez les sources officielles.
Champ (WinDev): Le terme WinDev pour un composant d'interface déposé sur une fenêtre : libellé, saisie, bouton, interrupteur, combo, table, image, onglet… Chaque champ a un NOM et des propriétés.
Champ lié à une rubrique: Un champ d'écran associé à une rubrique de l'analyse (SAI_Nom ↔ Client.Nom). WinDev sait alors automatiquement lire et enregistrer la valeur — gain de temps considérable.
Champ Table: Champ majeur en gestion : affiche PLUSIEURS enregistrements sous forme de lignes et colonnes. Peut être lié directement à un fichier de l'analyse ou à une requête.
Classe et objet: La CLASSE est le MODÈLE (le plan : ce qu'est un client et ce qu'on peut en faire) ; l'OBJET (ou instance) est un exemplaire concret créé à partir d'elle (LE client Dupont).
Clé primaire: La rubrique qui identifie de façon UNIQUE chaque enregistrement d'un fichier (souvent un identifiant automatique). Base de l'intégrité des données et des liaisons.
Code serveur / navigateur (⚠️): Le code SERVEUR est sécurisé et accède aux données ; le code NAVIGATEUR est rapide mais VISIBLE et MODIFIABLE par l'utilisateur — donc JAMAIS utilisé pour la sécurité.
Collection de procédures: Un élément du projet qui REGROUPE des procédures par thème (calculs commerciaux, utilitaires de dates…). La bonne façon d'organiser un projet qui grandit.
Commentaires de réintégration: Expliquer CE QU'ON A FAIT et POURQUOI (« correction du calcul de remise » et non « modifs ») : c'est ce qui rend l'historique réellement exploitable.
Communauté et forums: L'écosystème francophone PC SOFT est actif : forums, échanges entre développeurs, composants partagés. Une ressource précieuse face à un problème spécifique.
Composant: Un ensemble d'éléments (fenêtres, procédures, classes, états) EMPAQUETÉ pour être réutilisé dans D'AUTRES PROJETS. Il expose une interface et cache son fonctionnement interne.
Condition SI…ALORS…SINON: La structure qui exécute un bloc ou un autre selon qu'un test est vrai ou faux. La brique de base de toute logique métier.
Conversion de projet (⚠️): Ouvrir un projet dans une version PLUS RÉCENTE le CONVERTIT généralement de façon irréversible. SAUVEGARDEZ (copie complète du projet) avant toute migration de version.
Conversions (⚠️): Passer d'un type à l'autre (texte ↔ numérique ↔ date) est une source classique d'erreurs : une conversion de saisie utilisateur doit TOUJOURS être accompagnée d'un contrôle.
Débogueur: L'outil intégré : POINTS D'ARRÊT (stopper à un endroit précis), PAS À PAS (dérouler ligne par ligne), inspection des VARIABLES en direct, pile d'appels.
Déclarations globales: Le traitement exécuté EN PREMIER pour une fenêtre : on y déclare les variables communes à toute la fenêtre.
Dépendance à l'analyse: Le RAD s'appuie ENTIÈREMENT sur l'analyse : un modèle de données bancal produit une application bancale, simplement plus vite. La qualité de l'analyse conditionne la qualité du résultat.
Dispositions (layouts): Une même fenêtre peut avoir PLUSIEURS présentations (large, compacte) entre lesquelles on bascule selon la taille d'écran ou le contexte — précieux face à la diversité des résolutions.
Documentation et F1: La documentation officielle PC SOFT, très complète et en français, accessible par F1 depuis n'importe quel élément : la première ressource du quotidien.
ÉcranVersFichier / FichierVersÉcran: Les deux fonctions clés : ÉcranVersFichier recopie la saisie de l'écran vers les rubriques (avant enregistrement) ; FichierVersÉcran recopie les valeurs du fichier vers les champs (pour affichage).
Éditeur de requêtes: L'outil VISUEL de WinDev (assistant) : on choisit les fichiers, coche les rubriques, définit conditions, tris et regroupements ; WinDev génère le SQL. Idéal pour démarrer, sans erreur de syntaxe.
Effets en cascade (⚠️): Un code qui modifie un champ peut DÉCLENCHER l'événement de modification de ce champ, provoquant des enchaînements inattendus (voire des boucles). À anticiper.
Encapsulation: Regrouper données et traitements, et PROTÉGER l'accès direct aux données (membres privés) pour forcer le passage par des méthodes — garantissant que les règles sont respectées.
Enregistrement en cours: À un instant donné, un enregistrement est « courant » en mémoire : c'est lui que HModifie ou HSupprime affecteront. Notion essentielle pour ne pas agir sur le mauvais enregistrement.
Entité → Fichier: Chaque « chose » du métier (Client, Produit, Commande) devient un FICHIER de l'analyse. Une entité = un fichier ; ne jamais mélanger plusieurs concepts dans un même fichier.
Entrée / Sortie / Modification: Les traitements d'un champ de saisie : ENTRÉE (le champ prend le focus), SORTIE (on le quitte — l'endroit idéal pour CONTRÔLER la saisie), MODIFICATION (le contenu change).
État: Le document imprimé ou exporté produit par l'application : facture, bon de livraison, liste, statistique, étiquette. Domaine de force de WinDev, avec un éditeur visuel dédié.
Événement / traitement: Le code n'est pas linéaire : il est DÉCLENCHÉ en réaction à une action (clic, ouverture, changement de valeur). Dans le vocabulaire WinDev, ces blocs de code s'appellent des TRAITEMENTS.
Évolution de la structure de données: Lors d'une mise à jour, les données existantes doivent être PRÉSERVÉES et leur structure éventuellement modifiée. Opération délicate : sauvegarder impérativement avant.
Exemples et tutoriels: Nombreux et concrets, livrés avec l'atelier — souvent sous-exploités alors qu'ils enseignent les bonnes pratiques sur des cas réels.
Explorateur de projet: Le volet listant tous les éléments du projet (fenêtres, états, requêtes, classes, analyse…). Votre table des matières et votre outil de navigation principal.
Export PDF: Un état peut être visualisé, imprimé ou EXPORTÉ — le PDF étant le format le plus demandé (envoi par e-mail, archivage, diffusion).
Exposition et sécurité: Un site est exposé PUBLIQUEMENT : les enjeux de sécurité (injections, sessions, attaques automatisées) sont bien plus élevés que sur une application installée en interne.
Extraction / réintégration: Le cycle de travail : on EXTRAIT (prend en charge) un élément pour le modifier, puis on le RÉINTÈGRE une fois terminé — ce qui évite que deux personnes écrasent mutuellement leur travail.
Fenêtre interne: Une fenêtre réutilisable INSÉRÉE dans d'autres fenêtres (bloc « adresse », « recherche client »). Écrite une fois, utilisée partout — sans duplication.
Fenêtre interne (composition): Au-delà de la réutilisation, elle permet de COMPOSER dynamiquement un écran : zone dont le contenu change selon le contexte, assistant multi-étapes, onglets chargés à la demande.
Fichier (= table): Dans WinDev, un « fichier » de l'analyse correspond à une TABLE au sens des bases de données (ex. le fichier Client). ⚠️ Vocabulaire spécifique : ne pas confondre avec un fichier du disque.
Fichiers d'échange: CSV, XML, JSON, Excel — encore très répandus pour les imports/exports par lot, en complément des API.
Fonctions HFSQL (préfixe H): Les fonctions de manipulation des données : HAjoute, HModifie, HSupprime, HLitPremier/Suivant/Précédent/Dernier, HLitRecherche, HRAZ. Toutes commencent par H.
Fondamentaux transférables: SQL et modèle relationnel, algorithmique, POO, tests, architecture, sécurité : les compétences qui font le bon développeur et qui restent valables AU-DELÀ de WinDev.
GDS (Gestionnaire De Sources): L'outil intégré de WinDev pour gérer les sources : référentiel partagé, extraction/réintégration des éléments, HISTORIQUE complet des modifications et retour à une version antérieure.
Génération de l'exécutable: Produire le programme à partir du projet, en choisissant la configuration (32/64 bits, options). Première étape de la livraison.
GROUP BY + agrégats: Regrouper pour calculer des statistiques : SUM (somme), COUNT (nombre), AVG (moyenne), MIN/MAX. La base de tout reporting (chiffre d'affaires par mois, par vendeur…).
Groupware Utilisateur: Le module intégré de WinDev apportant clé en main l'authentification, la gestion des utilisateurs et groupes, et les DROITS jusqu'au niveau des fenêtres et des champs.
HEnDehors (⚠️ à tester): Indique qu'on est EN DEHORS du fichier après une lecture ou une recherche (rien trouvé, ou fin atteinte). À TESTER SYSTÉMATIQUEMENT avant d'exploiter le résultat.
Héritage: Créer une classe à partir d'une autre en récupérant ses caractéristiques et en les spécialisant (ClientParticulier hérite de Client). Évite de dupliquer le code commun.
HFSQL: La base de données intégrée fournie avec WinDev (gratuite, sans licence serveur en monoposte). Existe en version Classic (fichiers locaux/réseau) et Client/Serveur.
HFSQL Classic: Mode où les données sont des FICHIERS sur le disque local ou un partage réseau, accédés directement par l'application. Simple et gratuit — adapté au MONOPOSTE ou aux petits réseaux.
HFSQL Client/Serveur: Mode où un vrai SERVEUR gère centralement les données ; les applications lui envoient des requêtes. Pour le MULTI-UTILISATEURS, les gros volumes, la sécurité et les accès distants.
Historique: La conservation de qui a modifié quoi et quand, avec possibilité de REVENIR en arrière. Très supérieur à des copies de dossiers datées, qui ne disent ni qui, ni pourquoi.
Identifiant automatique: Rubrique dont la valeur est générée automatiquement par le moteur à chaque ajout. C'est la solution la plus simple et fiable pour une CLÉ PRIMAIRE.
Index (clé): Structure qui ACCÉLÈRE fortement recherches et tris sur une rubrique. Indexer les rubriques fréquemment recherchées est l'optimisation la plus rentable.
Initialisation / Fermeture: INITIALISATION s'exécute à l'ouverture de la fenêtre (charger les données, préparer l'écran) ; FERMETURE au moment de quitter (nettoyage, contrôles ultimes).
Interface stable (⚠️): Ce qu'un composant expose à l'extérieur doit rester STABLE : si l'interface change constamment, tous les projets qui l'utilisent doivent être repris. Versionner et documenter est indispensable.
Jointure (JOIN): Combiner plusieurs fichiers liés dans une même requête — indispensable pour afficher le NOM du client à côté de sa commande (au lieu de son seul identifiant).
La gamme (WinDev / WEBDEV / Mobile): WINDEV = applications Windows-Linux ; WEBDEV = sites et applications web ; WINDEV MOBILE = iOS/Android. Les trois partagent le WLangage et l'ANALYSE — on capitalise d'une plateforme à l'autre.
Les 7 onglets / F1: Chaque élément possède une fenêtre de propriétés organisée en onglets (Général, IHM, Détail, Liaison, Style…). L'AIDE contextuelle par F1 est un réflexe essentiel : la documentation PC SOFT est riche et en français.
Liaison (= relation): Le lien entre deux fichiers, qui traduit une réalité métier (un Client a plusieurs Commandes). Les liaisons garantissent la cohérence et permettent de naviguer entre les données.
Liaison 1,n (un à plusieurs): La relation la plus courante : un Client a PLUSIEURS Commandes, une Commande appartient à UN SEUL Client. Le fichier « côté plusieurs » porte une rubrique pointant vers la clé de l'autre (clé étrangère).
Licence: WinDev est un produit COMMERCIAL : une licence payante est nécessaire pour un usage en production. Achetée auprès de PC SOFT ou d'un revendeur. Tarifs variables selon les pays et les offres.
Lisibilité (noms + indentation): Nommer clairement ses variables (Total, NombreClients — pas x, y, tmp), indenter les blocs et commenter le POURQUOI. La lisibilité conditionne la maintenance.
Locale / Globale: LOCALE : rattachée à une fenêtre, utilisable seulement dedans. GLOBALE : déclarée au niveau du PROJET, accessible de partout — c'est là que vivent les règles réutilisables.
Manipulation de chaînes: Concaténer, extraire, Taille, Position (chercher), remplacer, majuscules/minuscules, SansEspace, et DÉCOUPER selon un séparateur — très utilisé pour lire des fichiers CSV ou des données importées.
Membres et méthodes: Les MEMBRES (attributs) sont les données de l'objet (nom, solde) ; les MÉTHODES sont les procédures de la classe qui agissent sur ces données (CalculeSolde, EstSolvable).
Messages et journalisation: Ne JAMAIS afficher un message technique brut à l'utilisateur : donner un message COMPRÉHENSIBLE et actionnable. JOURNALISER les erreurs pour diagnostiquer après coup ce qui s'est passé chez le client.
Méthode de débogage: REPRODUIRE le problème de façon fiable → ISOLER (réduire le périmètre) → COMPRENDRE la cause réelle (pas le symptôme) → CORRIGER puis VÉRIFIER (le cas ET l'absence de régression).
Méthodes HTTP: GET (lire), POST (créer), PUT (modifier), DELETE (supprimer) — le vocabulaire de base d'une API REST.
Migration depuis Classic: L'ANALYSE ne change pas et le CODE WLangage reste très largement identique (les fonctions H marchent dans les deux modes) : le travail porte sur l'installation, la migration des données et la connexion.
Mise à jour automatique: Mécanisme intégré permettant à l'application déployée de DÉTECTER et d'INSTALLER une nouvelle version — confort considérable dès qu'il y a plus de quelques postes.
Modale / non modale: Une fenêtre MODALE bloque l'accès au reste tant qu'on n'a pas répondu ; une NON MODALE laisse travailler ailleurs. À choisir consciemment : une modale mal placée bloque l'utilisateur.
Mode hors ligne + synchronisation: La difficulté MAJEURE du mobile : la connexion est incertaine. L'application doit souvent fonctionner HORS LIGNE puis SYNCHRONISER au retour du réseau — avec gestion des CONFLITS.
Modèle de fenêtre: Une fenêtre-type définissant une présentation commune (bandeau, logo, boutons, disposition). Les fenêtres qui en héritent la reprennent, et une modification du modèle se RÉPERCUTE sur toutes.
Moindre privilège: La règle d'or : chacun ne dispose que des droits STRICTEMENT NÉCESSAIRES à son travail. Limite les dégâts en cas d'erreur, de compte compromis ou de malveillance.
Mots de passe (⚠️): Ne JAMAIS stocker un mot de passe en clair : on conserve une empreinte (hachage). Un fichier de mots de passe en clair est une faille majeure.
Nommage explicite: Donner aux champs des noms parlants (SAI_NomClient et non SAI_Sans_nom1) car c'est par ce nom qu'on les manipule en WLangage. Une convention de préfixes par type est la pratique standard.
Opérateurs: Arithmétiques (+, -, *, /), de comparaison (=, <, >, <=, >=, <>) et logiques (ET, OU, PAS) — en français, conformément à la philosophie du WLangage.
Ordre de tabulation: L'ordre dans lequel la touche Tab fait passer d'un champ au suivant. Doit suivre l'ordre LOGIQUE de saisie — déterminant pour la rapidité de saisie au clavier.
Outil d'apprentissage: Examiner le code généré par le RAD est une excellente façon de découvrir les fonctions de l'atelier et les pratiques recommandées quand on débute.
Paramètres et valeur de retour: Une procédure reçoit des PARAMÈTRES (ce dont elle a besoin) et peut RENVOYER une valeur (on parle alors de fonction). Cela la rend générique et réutilisable.
Parcours: Passer en revue les enregistrements d'un fichier ou d'une requête, éventuellement selon un ORDRE (une clé) et avec un FILTRE. Le quotidien d'une application de gestion.
Parcours manuel: La forme classique : HLitPremier puis HLitSuivant, en testant HEnDehors pour détecter la fin. Plus verbeuse, mais indispensable à comprendre et utile dans les cas particuliers.
Passage par valeur / référence (⚠️): Par VALEUR : la procédure travaille sur une COPIE, l'original n'est pas modifié. Par RÉFÉRENCE : elle peut MODIFIER la variable d'origine. Confondre les deux est une source classique de bugs.
POO : utile mais pas obligatoire: La POO brille sur les applications COMPLEXES, les règles métier riches, le code réutilisable et le travail en équipe. Une application de gestion classique se développe très bien en procédural bien organisé.
POUR TOUT: La forme moderne et recommandée de parcours : concise, lisible, elle gère automatiquement la progression et la fin du parcours.
Procédure: Un bloc de code NOMMÉ et RÉUTILISABLE, écrit une fois et appelé autant de fois que nécessaire. L'outil fondamental pour structurer une application et supprimer la duplication.
Programme d'installation: L'installeur généré par assistant : il pose les fichiers, crée les raccourcis, installe les prérequis, prépare la base de données et gère la désinstallation.
Projet: L'unité de travail de WinDev : il regroupe TOUS les éléments d'une application (analyse, fenêtres, états, requêtes, code, paramètres). Stocké dans un DOSSIER sur le disque — c'est ce dossier qu'on sauvegarde et versionne.
Publication sur les stores (⚠️): Le déploiement passe par Google Play et l'App Store, avec leurs RÈGLES, validations et contraintes — exigences qui ÉVOLUENT régulièrement et imposent de maintenir l'application.
Qualité au sens large: Au-delà des tests : revue de code, documentation, conventions d'équipe et retours des utilisateurs font aussi partie de la démarche qualité.
QUAND EXCEPTION: Le mécanisme du WLangage pour intercepter une erreur d'exécution et la traiter proprement, au lieu de laisser l'application planter devant l'utilisateur.
RAD: Rapid Application Development : la génération AUTOMATIQUE, à partir de l'analyse, d'une application complète et fonctionnelle (fenêtres, tables, menus, code de gestion des données, états).
RAD (développement rapide): La philosophie de WinDev : générer très vite une application fonctionnelle à partir du modèle de données, plutôt que de tout coder à la main. Le gain de temps est l'argument central.
RAD complet / RAD par élément: Le RAD complet génère toute l'application d'un coup ; le RAD par élément génère une fenêtre (ou un état) pour un fichier précis — souvent le plus utile au quotidien.
Règles d'intégrité: Ce que le moteur fait quand on supprime ou modifie un enregistrement lié (interdire la suppression, supprimer en cascade…). Elles PROTÈGENT la cohérence des données.
Règles métier (à écrire): Le code généré est GÉNÉRIQUE : il ignore vos règles (calcul de remise, contrôles de cohérence, validations, enchaînements). C'est au développeur de les écrire — le RAD ne les devine pas.
Régression: Un défaut introduit par une modification dans une partie qui fonctionnait. LE risque principal en maintenance — et la raison d'être des tests automatiques.
Repenser l'interface: On ne transpose PAS un écran de gestion dense sur un téléphone : petit écran et TACTILE imposent d'aller à l'essentiel, d'agrandir les zones de touche et de minimiser la saisie.
Requête: Une interrogation de la base de données : sélectionner, filtrer, trier, regrouper des données. Réutilisable comme source d'une table, d'un état, ou parcourue en WLangage.
Responsive: L'adaptation du site aux différents écrans (ordinateur, tablette, mobile). WEBDEV propose des mécanismes dédiés (dispositions, zoning).
Robustesse des échanges: Un service distant peut être indisponible, lent ou renvoyer une réponse inattendue : prévoyez les codes de retour, les REPRISES, une file d'attente et la JOURNALISATION.
Ruban: La barre de commandes en haut, organisée par onglets thématiques (Accueil, Projet, Analyse, Fenêtre, Code, Test…). Le contenu s'adapte à ce que vous éditez.
Rubrique (= colonne): Une information élémentaire décrite dans un fichier (ex. Nom, Ville, DateNaissance) — l'équivalent d'une COLONNE ou d'un champ de table. Chaque rubrique a un NOM, un TYPE et une taille.
Rupture (regroupement): Le regroupement par une valeur (client, mois, catégorie) : le bloc de début de rupture introduit le groupe, celui de fin affiche ses SOUS-TOTAUX. LE mécanisme du reporting.
Sécurité côté données: Masquer un bouton dans l'interface n'empêche pas d'accéder aux données autrement. Il faut AUSSI sécuriser au niveau des données (droits HFSQL Client/Serveur, contraintes) — point souvent négligé.
SELECT / FROM / WHERE / ORDER BY: Les briques SQL de base : SELECT (quelles rubriques), FROM (quels fichiers), WHERE (conditions de filtrage), ORDER BY (tri des résultats).
Sobriété orientée usage: Une application de gestion s'utilise TOUTE LA JOURNÉE : priorité à la RAPIDITÉ de saisie, la LISIBILITÉ, la PRÉVISIBILITÉ et le confort — pas à l'effet visuel.
Source de données: Ce sur quoi l'état s'appuie : un fichier de l'analyse, une REQUÊTE (recommandé) ou des variables. La requête permet de préparer les données proprement en amont.
Source officielle: Téléchargez TOUJOURS depuis le site de PC SOFT (sécurité, intégrité du logiciel, accès aux mises à jour). Ne jamais installer un atelier de développement depuis une source non officielle.
Structure: Un type que VOUS définissez, regroupant plusieurs informations liées sous un même nom (structure Adresse = rue + code postal + ville). Rend le code bien plus lisible que des variables éparses.
Superchamp: Un ensemble de champs regroupés et réutilisables AVEC leur comportement, déposable comme un champ unique.
Table FICHIER: Champ table LIÉ directement à un fichier ou une requête : remplissage AUTOMATIQUE, WinDev ne charge que les lignes affichées — performant même sur de gros volumes. À privilégier.
Table MÉMOIRE: Champ table rempli par CODE (TableAjouteLigne) : liberté totale mais chargement à gérer soi-même. À réserver aux données construites ou de volume maîtrisé.
Tableau: Collection ordonnée d'éléments de même type, accessibles par INDICE. Dynamique (taille variable) ou à plusieurs dimensions. On l'ajoute, le parcourt, le trie, le recherche.
Tableau associatif: Collection où chaque valeur est rangée sous une CLÉ (souvent un texte) au lieu d'un indice numérique. Idéal pour retrouver une information sans parcourir toute la collection (correspondances, caches).
Test d'interface (IHM): Rejouer automatiquement un SCÉNARIO d'utilisation (ouvrir, saisir, valider, vérifier). WinDev permet d'ENREGISTRER ces scénarios pour les rejouer.
Test sur machine vierge (⚠️): LA règle d'or : tester l'installation sur une machine DIFFÉRENTE du poste de développement. C'est le seul moyen de repérer les éléments manquants (framework, accès natifs, ressources).
Test unitaire: Vérifier qu'une PROCÉDURE ou une CLASSE donne le bon résultat pour des entrées données. Le test le plus RENTABLE, car il cible précisément une règle métier.
Traçabilité: Enregistrer QUI a fait QUOI et QUAND sur les opérations sensibles. Indispensable pour l'audit, les litiges et le diagnostic d'incidents.
Transaction: Garantir qu'un ensemble d'écritures est effectué ENTIÈREMENT OU PAS DU TOUT. Indispensable pour la cohérence (débiter un stock ET enregistrer la commande, jamais l'un sans l'autre).
Type de rubrique: Le genre d'information stockée (texte, numérique, monétaire, date, heure, booléen, mémo…). CAPITAL : une date en type date, un montant en numérique — jamais en texte, sinon tris, calculs et contrôles deviennent faux ou impossibles.
Types d'erreurs: COMPILATION (détectée avant l'exécution : syntaxe, nom inconnu), EXÉCUTION (pendant le fonctionnement : division par zéro, fichier absent, réseau coupé), FONCTIONNELLE (le programme tourne mais le résultat est FAUX — la plus dangereuse).
Utile même en solo: Historique et retour arrière après une fausse manœuvre, copie supplémentaire de sécurité, traçabilité des décisions : le GDS est précieux même sans équipe.
Variable et type: Un emplacement nommé qui stocke une valeur, déclaré avec son TYPE : entier, réel, monétaire, chaîne, booléen, date, heure, durée. Syntaxe : MonTotal est un monétaire.
Version d'essai: Version GRATUITE et limitée dans le temps proposée par PC SOFT pour apprendre, tester et évaluer WinDev sans engagement. Fonctionnellement très complète. ⚠️ Durée et conditions varient selon les versions/pays.
Versions annuelles: PC SOFT publie une nouvelle version MAJEURE chaque année (28, 29, 2025…). Plusieurs versions peuvent COEXISTER sur un même poste — utile pour maintenir d'anciennes applications.
WEBDEV: Le membre de la gamme PC SOFT dédié au WEB (sites, intranets, applications web), partageant le WLangage, l'analyse et la logique de projet avec WinDev.
Webservice / API REST: Le standard moderne d'échange : votre application CONSOMME une API distante (obtenir/envoyer des données) et/ou EXPOSE la sienne. Échanges typiquement en JSON sur HTTP.
WinDev: Atelier de Génie Logiciel (AGL) de l'éditeur français PC SOFT pour créer rapidement des applications de GESTION (Windows, Linux, Mac). Tout est intégré dans un seul environnement cohérent.
WinDev Mobile: Le membre de la gamme pour les applications ANDROID et iOS, partageant le WLangage, l'analyse et les éditeurs — évitant d'apprendre séparément le développement natif de chaque plateforme.
WLangage: Le langage de programmation propriétaire de WinDev, avec des mots-clés en FRANÇAIS (une version anglaise existe). Volontairement simple et lisible — accessible, mais c'est une compétence SPÉCIFIQUE.
Zone répétée / Looper: Afficher une liste d'éléments avec une présentation LIBRE (vignettes, fiches, listes riches) — plus souple qu'une table classique en lignes et colonnes.