Suite ...
J'avais déjà demandé à PcSoft il y a quelques années qu'on puisse rattacher plusieurs analyses mais ils n'ont jamais donné suite. Ca doit leur poser des problèmes dans leur code : duplications de noms de zones ou autres.
C'est très dommage parce qu'il est de plus en plus fréquent de devoir travailler "à cheval" sur différentes bases, parfois de types différents (Oracle, MySql et tutti-quanti).
La solution qui consiste à dupliquer ana A dans ana B est lourde à gérer avec les problèmes de recopie que ça entraine. J'avais essayé aussi en important des requêtes de A vers B ... mais ne jouez pas à ça c'est la galère !
Travailler en indirection c'est pénible mais je n'ai pas trouvé mieux pour le moment.
Bienvenue
Après de nombreuses années à travailler sur Windev et Webdev en entreprise j'ai décidé de faire partager mon expérience de développement dans cet environnement.
Windev est un AGL simple, facile à prendre en main et il est possible de créer une fenêtre qui s'exécute en quelques clics. Toutefois lorsque l'on construit une application complexe il est impératif d'être rigoureux et de respecter certaines règles, sans quoi la belle idée du début risque de se transformer en une monstuosité difficle à maintenir et à faire évoluer : un cauchemar (surtout quand plusieurs clients attendent vos modifications avec impatience).
Je vais donc mettre à disposition des articles divers et variés, certains traitant d'astuces afin de vous facilier la vie, d'autres plus "philosophiques" sur la manière d'aborder les choses et d'autres plus techniques, traitant de POO ou d'architecture.
Tous sont basés sur ma propre expérience. Vous n'y trouverez aucun plagiat, aucun copié-collé.
En espérant que ça vous apportera quelque chose.
Nicolas Ribeyre
Forum
Date: 25/05/2013
Sujet: Re: Accès aux données de l'analyse d'une application A via une application B
Date: 08/06/2013
Sujet: Re: Accès aux données de l'analyse d'une application A via une application B
Si vous utilisez Hyperfile classique, rien à proposer de plus.
Par contre si vous utilisez HF c/s alors il est possible de passer par les variables connexion.
Ex: cxnSQLServer, cxnHFiles sont de connexions.
En suite, il suffit utiliser les propriétés de ces connexions pour les paramétrer correctement.
dans votre programme, Utilisez les requêtes windev ou des sources de données localement.
Dans mon cas, j'ai utilisé ce principe pour manipuler, dans un même programme, des données SQLserver et AS/400
Date: 24/06/2013
Sujet: Re: Accès aux données de l'analyse d'une application A via une application B
salut, il y a aussi la possibilité de créer un composant INTERNE dans lequel tu utilises une analyse autre que l'analyse du projet....seul hic : seuls les objets présents dans le composant interne voient cette analyse (mais tu peux créer des classes qui liront tes fichiers, classes visibles en dehors du composant interne)
L’avantage c'est que tu peux donc manipuler l'analyse A depuis ton code.
Date: 01/07/2013
Sujet: Re: Accès aux données de l'analyse d'une application A via une application B
Bonjour,
Moi j'ai un principe, il vaut ce qu'il vaut : faire au plus simple.
Je me suis souvent lancé dans de grandes complications mais désormais j'essaie d'utiliser WD ou WB au mieux de ce qu'il savent faire.
On peut effectivement gérer plusieurs connexions sur plusieurs bases en simultané mais on est toujours confronté au problème de l'inexistence de certaines tables dans l'analyse, ce qui ne permet pas de développer dans le style "10 fois plus vite".
On peut effectivement utiliser des composants fabriqués dans l'appli A que l'on copie dans l'appli B mais dès lors qu'il y'a besoin de travailler sur des tables des 2 analyses ont doit coder en indirection pour les tables de l'anayse A.
Reste l'utilisation de requêtes en mode texte ....
Date: 16/05/2013
Sujet: Très bonne initiative
J'ai trouvé certains articles très sympas, notamment sur la "philosophie". Ca me permet en plus de les montrer à quelques collègues réfractaires à tout type de raisonnement :-)))
Merci pour ton initiative.
Date: 17/05/2013
Sujet: Re: Très bonne initiative
Tu veux certainement parler de ce que j'appelle les "bourrins" ?
Je te souhaite bon courage et je te remercie pour ton post.
Date: 10/05/2013
Sujet: Bravo
Ton site me plait bien.
Je suis un vétéran (plus de 10 ans de WD et WB) et malgré tout tes articles m"éclairent sur certains aspects et certaines techniques.
Xtophe
Date: 17/05/2013
Sujet: Re: Bravo
Je te remercie Xtophe :-)
Date: 05/05/2013
Sujet: Les tests
J'ai trouvé votre dernier article sur les tests très intéressant.
Dans mon entreprise cette partie du projet est souvent baclée par manque de temps. Ce sont souvent les clients qui testent et qui tombent sur les bugs. Ca ne fait pas sérieux et je n'aime pas devoir corriger les programmes dans l'urgence.
Question : quelle serait votre solution afin de tester rapidement avec un maximum d'efficacité ?
Merci d'avance pour votre réponse et merci aussi pour votre travail.
Abdel
Date: 05/05/2013
Sujet: Re: Les tests
Merci Abdel :-)
Voici mes avis sur votre question :
1) C'est au développeur de minimiser les bugs. Ca passe par de la rigueur et aussi par l'utilisation d'outils ou de mécanismes déjà éprouvés. Ca doit déjà bien limiter les problèmes.
2) Rendre systématique l'utilisation de jeux de données aléatoires qui permettent d'éviter les longues saisies et par conséquent de gagner du temps.
3) Mettre en place des plans de tests écrits et détaillés. Ca fait perdre un peu de temps au début mais en cas de pépin on peut reproduire le problème. Je crois qu'il n'y a rien de plus emm... et consommateur de temps qu'un bug non reproduisible.
4) Les tests automatiques WD ? Mais je ne peux pas en parler car je n'en ai pas l'expérience.
En espérant que ça pourra vous aider :-)