On va dire que j'en avais un peu assez et que j'avais plein d'autre trucs à faire (et pas que dans le domaine du dev)

Sympa ton blog !
J'ai trouvé des reflexions très justes et parfois marrantes !
Ben

Bonjour à tous les windeviens. J'ai un petit souci, j'explique: "j'ai deux applications A et B; Avec l'application B j'aimerais accéder et manipuler les données de l'analyse de l'application A; pour le moment j'arrive à travers un code à me connecter à l'analyse de A et à lister les fichiers (avec leurs rubriques)" La question est la suivante: COMMENT MANIPULER LES DONNÉES DE L'ANALYSE DE L'APPLICATION A ????? Merci de votre soutien et vive la programmation sous Windev

Bonjour Ghislain,

Malheureusement WD est mono analyse.

Moi ce que je fais pour accéder aux fichiers d'une deuxième analyse c'est de les déclarer en externe (voir HdeclareExterne).

Et après je manipule les champs en indirection, genre : { cFichier + ".Zone" , indRubrique} = ...

On perds beaucoup en souplesse d'écriture mais c'est fiable.

Mais si quelqu'un a une autre méthode, qu'il n'hésite pas à l'expliquer ici.

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.

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

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.

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

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.

Tu veux certainement parler de ce que j'appelle les "bourrins" ?

Je te souhaite bon courage et je te remercie pour ton post.