Le site Developpez.com a mis en place un nouveau système de blog. Vous trouverez mes nouveaux billets au lien suivant :

Le Blog de DSR57 – Programmation WinDev

Merci à tous et bon dev.

Dans une suite de billets j’avais présenté une norme de nommage des différents éléments WinDev que je préconise et met en place lors de mes différentes programmations. Avec ce billet, je propose une amélioration sur le nom des procédures visant à améliorer la compréhension des traitements effectués par la celles-ci en lisant leur nom, pour cela j’ai mis en place un nouvelle partie dans le nom visant à isoler l’action de la procédure.Dans un premier temps nous allons voir la mise en place de cette amélioration pour les procédures globales, ensuite les procédures locales et pour terminer les procédures (généralement appelées méthodes) de classe.

Liste des billets sur les normes de programmation en WinDev :
• WinDev : normes de programmation pour les variables de type simple
• Windev : normes de programmation pour les procédures et les champs graphiques
• WinDev : normes de programmation pour la POO

Global au projet (Collections de procédures)

Les procédures déclarées dans une collection de procédures ont une portée globale au projet. Le nom sera composé de 3 parties :
• préfixe : obligatoire et fixe «GProc ». « G » pour globale au projet, « Proc » pour procédure ;
• action : obligatoire, cette partie permet en un mot de définir le type d’action de la procédure. Cf. liste des actions ci-dessous.
• nom : obligatoire, il doit être explicite pour permettre à la lecture de comprendre le traitement de la procédure. Par convention le nom est écrit en minuscule, sans accent, sans caractère spéciaux (€,$,%, …), et commence par une minuscule. Si le nom de l’élément est composé de plusieurs mots, la première lettre du mot est en majuscule.

Les trois parties seront séparées par le caractère « _ ».

Exemple :

Liste des actions :
• Afc : Affichage ;
• Ajt : Ajout ;
• Clc : Clic sur un bouton ;
• Ent : Entrée dans un champ ;
• Ini : Initialisation ;
• Lst: Récupération d’une liste de valeur ou une liste d’objet ;
• Raz : remise à zéro ;
• Rch : Recherche ;
• Rcp : Récupération d’une valeur ou d’un objet ;
• Sel : Sélection (ligne de table, combo) ;
• Sor : Sortie d’un champ ;
• Spr : Supprime/suppression ;
• Vrf : Vérification.

Cette liste est non exhaustive, elle doit être complétée/améliorée/modifiée selon les besoins de chacun. J’ai volontairement oublié l’action EXE, pour éviter une utilisation massive et/ou abusive, l’utilisation de cette action est réservée pour l’exécution requêtes SQL, Script, …

Local à un élément du projet

Les procédures déclarées dans un élément local du projet ont un portée local, elles ne sont pas accessibles depuis un élément extérieur. Le nom sera composé en 3 parties :
• Préfixe : Obligatoire et fixe «lProc ».
• Action : Obligatoire, cette partie permet en un mot de définir le type d’action de la procédure. Cf. liste des actions dans le paragraphe « Global au projet (Collections de procédures) ». 
• Nom : Obligatoire, il doit être explicite pour permettre à la lecture de comprendre le traitement de la procédure. Par convention le nom est écrit en minuscule, sans accent, sans caractère spéciaux (€,$,%, …), et commence par une minuscule. Si le nom de l’élément est composé de plusieurs mots, la première lettre du mot est en majuscule.

Les trois parties seront séparées par le caractère «_ ».

Exemple :

Classes

Les procédures de classes sont soit public, protégée, ou privée, dans la convention de nommage, cette notion n’est pas prise en compte, car lors de la programmation en objet, WinDev fait la complétion automatique en proposant uniquement les procédures avec une portée accessible. Le nom est composé de deux parties :
• Action : Obligatoire, cette partie permet en un mot de définir le type d’action de la procédure. Cf. liste des actions dans le paragraphe « Global au projet (Collections de procédures) ». Une exception est appliquée pour les procédures des gestions des requêtes, la partie action commence par « Exe »
• Nom : Obligatoire, il doit être explicite pour permettre à la lecture de comprendre le traitement de la procédure. Par convention le nom est écrit en minuscule, sans accent, sans caractère spéciaux (€,$,%, …), et commence par une minuscule. Si le nom de l’élément est composé de plusieurs mots, la première lettre du mot est en minuscule.

Exemple :

• Nouveauté 36 : graphes, nouvel aspect des bulles

Une amélioration intéressante pour l’utilisateur finale pour faciliter la lecture d’un graphe.

• Nouveauté 37 : Mire de lecture de graphe

Pour la même raison que la nouveauté 36, une amélioration intéressante pour l’utilisateur

• Nouveauté 46 : Une fenêtre D’IHM + une fenêtre de code simultanément à l’écran

Avec cette nouveauté, l’espace de travail s’améliore. un écran pour l’interface et un autre pour le code. Reste à convaincre les responsable des achats pour un deuxième écran

• Nouveauté 53 : Ordre de tabulations recalculé a chaque modification

Avec cette nouveauté, fini les oublis lors d’une modification d’IHM effectuée dans la dernière ligne droite du projet.

• Nouveauté 54 : Utilisation des ancrages en redimensionnement

Cette nouveauté entraîne un gain de temps et un respect des proportions existantes lors de modification d’IHM.

• Nouveauté 59 : Erreur d’IHM, champs avec bulles d’aide identiques signalées

Allez soyons honnête … Vious n’avez jamais oublier de modifier la bulle d’aide. Avec cette nouveauté WinDev nous le rappellera en erreur d’IHM.

• Nouveauté 63 : Centraliser les codes de mise à jour des champs d’une fenêtre
Alors cette nouveauté, c’est surement celle que je trouve la plus … à mon gôut au sens développement et lisibilité du code. Dans mes développements et mes explications sur WinDev je met en avant la centralisation du code de mise à jour des IHM dans les fenêtres pour :
• centraliser le code
• améliorer la lisibilité
• faciliter la ré utilisabilité
• faciliter les modifications

Je ne peux que inciter à l’utilisation de ce nouveau traitement

• Nouveauté 91 : MVP, comment l’utiliser facilement

Après la centralisation du code dans la nouveauté 63, la séparation des actions avec le Design Pattern MVP.
Impatient de voir le code à mettre en place pour utiliser ce Design Pattern

• Nouveauté 92 : Procédure interne

Avec cette nouveauté, on va pouvoir un niveau d’encapsulation et permette de diviser des parties de programmes procédural en sous taches qui n’ont d’intérêt et de sens que localement. Cela permet d’éviter l’accumulation de fonction globale qui ont un usage très restreint.

• Nouveauté 95, 96, 97 : Programmation parallèle

Ensemble de nouveautés intéressantes pour faciliter la programmation parallèle.

• Nouveauté 109 : Affectation multiples groupées

Enfin, un des gros manques des versions précédentes, je n’ai jamais compris pourquoi on pouvais déclarer sur une seule ligne des variables mais qu’il fallait plusieurs ligne ou bloc de code pour initialiser plusieurs variables

• Nouveauté 113 : Design Pattern façade (objets associés)

Cette nouveauté augmente les possibilités POO de WinDev.

• Nouveauté 125 : Coordonnées géographique, fonctions géoAzimuth et géoDistance

Ces deux fonctions sont très intéressantes pour des logiciels utilisant des cartes, des adresses, des tournées, …

• Nouveauté 203 : Jauge à progression infinie

Cette nouveauté met fin au code à plusieurs états pour afficher correctement une jauge infinie

Conclusion

Cette version de Windev emmène des nouveautés intéressantes autant que ce soit au niveau développement que graphique pour le client. Le nombre de 920 me parait gonflé, mais ça c’est l’aspect commercial, et cela devient une question d’habitude. Chacun qui verra un intérêt à migrer ou pas

Dans cet article, nous allons voir la mise en place du design pattern Stratégie de type comportemental.

Lire la suite de l’article

• WinDev ;
• WebDev ;
• WinDev Mobile.

Message informant la nouvelle version dans les « Actualités » du site pc-soft :

14/10/14 – WinDev 20, WebDev 20 et WinDev Mobile 20
PC SOFT a le plaisir de vous annoncer la version 20 de WinDev, WebDev et WinDev Mobile.

Page spéciale pour la nouvelle version : http://www.pcsoft.fr/annonce20/index.html

Liste des 920 nouveautés : http://www.pcsoft-windev-webdev.com/…X20-simple.pdf

Les versions « Express » de la suite Pc-SOFT sont des versions limitées spéciales de WinDev et WinDev Mobile.
Cette version a pour but de vous permettre de découvrir les principales fonctionnalités de WinDev et WinDev Mobile.

Son utilisation est gratuite et illimitée dans le temps mais comporte des limitations par rapport à la version commerciales, la liste des limitations est consultable à l’URL suivante : http://www.pcsoft.fr/windev/express/limitations.htm

Windev : 14
Accès natif : Oui
Base de données : Sybase
Explications : appel d’une procédure stockée sur un serveur de base de données SYBASE

Introduction

Je viens d’être confronté à un problème, l’appel d’une procédure stockée sur un serveur SYBASE via un accès natif. Avant de commencer à coder l’ensemble du cahier des charges, je commence par écrire une simple procédure et à coder la communication entre WinDev et Sybase. La procédure effectue uniquement un INSERT. Code la procédure stockée :

Procédure OK, maintenant la communication …. Premier réflexe, regarder l’aide PC-SOFT. La documentation depuis la version 14 a très peu évoluée, vous pouvez la consulter à l’adresse suivante :
http://doc.pcsoft.fr/fr-FR/?acces-natif-sybase-recuperer-valeur-sortie-une-procedure-stockee-executee-sur-serveur

On suit la doc …

Documentation avec un exemple, impeccable je reproduit l’exemple, déclaration d’une variable de type source de données et fonction HExécuteRequêteSQL. Une erreur est retournée (cf. image ci-dessous), Le problème semble de provenir d’un problème de correspondance de type de variable.

J’ai amélioré l’exemple pour prendre en charge la correspondance des variables sans succès, SYBASE reçoit les variables à NULL

Ci-dessous le code écrit d’après la doc :

Malgré de nombreuses tentatives, je n’ai pas réussi à faire appel à une procédure stockée SYBASE en utilisant une variable de type sources de données.

Une solution

Une solution, déclarer une variable de type chaîne pour gérer l’appel à la procédure stockée et modifier le paramètre « mode » de la fonction HExécuteRequêteSQL, celui-ci doit contenir les constantes :

Exemple de code :

Conclusion

Ce billet permet d’apporter une solution pour appeler une procédure stockée SYBASE dans l’EDI WinDev en version 14. La solution ne prend pas en compte si la procédure stockée retourne une valeur. Dans une prochain billet, j’effectuerai un test sur la version 19 pour tenter de reproduire l’exemple de la doc.

Un article expliquant comment mettre en place cette possibilité est disponible sur le site developpez.com : classes abstraites en WinDev (version antérieure à 19)