Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
[ Windev 11 ] équivalence fonctions VB/Windev et passage de paramètres
Bonjour,
1 ] Je cherche l'équivalence windev des fonctions vb suivantes :
- Shell ("explorer http://www.monsite.com");
- DesactiveX;
- foreach .. in;
- VBCollection;
- Split;
- Set oWMI = GetObject("winmgmts:")
Set oServices = oWMI.InstancesOf("win32_process")
2 ] je souhaiterais savoir si il était possible de donner en paramètre les objets suivants :
- flexgrid (objet activeX);
- ListBox.
Merci.
Il ne faut pas s'occuper d'un langage pour en appréhender un nouveau !
1) Suivre de A à Z le cours d'autoformation de Windev
2) Regarder de tres pres les tres nombreux exemples fournit avec Windev.
3) Repérer la touche F1 de son clavier et apprendre à l'utiliser.
Windev n'est pas VB, ne pas chercher inutilement des traductions d'instructions propres à ce langage dans Windev !
Affranchis-toi de VB et tu verras, tout ira pour le mieux !
Bonjour,
J'essai de m'affranchir de certaines choses, j'ai résolu quelques points mais il me reste des points à résoudre (je peux pas trop m'écarter de vb c'est dans le cas d'une étude, je souhaite seulement savoir si ca existe) :
- foreach .. in
- Set oWMI = GetObject("winmgmts:")
Set oServices = oWMI.InstancesOf("win32_process")
Cordialement,
Le problème c'est que tu donnes de exemples précis, et que l'on n'est pas des spécialistes VB !
Le For Each ça existe, mais pour quoi ?
L'utilisation d'objets dynamiques existe aussi, mais tes exemples, je ne sais pas ...
- Shell ("explorer http://www.monsite.com");
Code : Sélectionner tout - Visualiser dans une fenêtre à part LanceAppliAssocie(("explorer http://www.monsite.com");connaît pas- DesactiveX;
- foreach .. in;
Code : Sélectionner tout - Visualiser dans une fenêtre à part
2
3
- Split;
- Set oWMI = GetObject("winmgmts:")
Set oServices = oWMI.InstancesOf("win32_process")
oui- flexgrid (objet activeX);
- ListBox.
" Dis ce que tu veux qui insulte mon honneur car mon silence sera la réponse au mesquin.
Je ne manque pas de réponse mais : il ne convient pas aux lions de répondre aux chiens ! " [Ash-Shafi'i ]
Que dire de plusEnvoyé par kwasin
Il ne faut pas s'occuper d'un langage pour en appréhender un nouveau !
1) Suivre de A à Z le cours d'autoformation de Windev
2) Regarder de tres pres les tres nombreux exemples fournit avec Windev.
3) Repérer la touche F1 de son clavier et apprendre à l'utiliser.
Windev n'est pas VB, ne pas chercher inutilement des traductions d'instructions propres à ce langage dans Windev !
Affranchis-toi de VB et tu verras, tout ira pour le mieux !
Emmanuel Lecoester
=> joomla addict.
Que dire de plus
Mais non s'il veut traduire un ancien code et le passer en windev il va pas se taper le pavé d'autoformation ca coule de source
" Dis ce que tu veux qui insulte mon honneur car mon silence sera la réponse au mesquin.
Je ne manque pas de réponse mais : il ne convient pas aux lions de répondre aux chiens ! " [Ash-Shafi'i ]
Tu as déjà vu une migration technique à iso fonctionnalité par simple portage de code de l'outil A vers l'outil B ? Moi non
Emmanuel Lecoester
=> joomla addict.
Bonjour,
Merci Hegro pour cette réponse complète.
Effectivement, je dois effectuer une migration (test) de Vb vers Windev. Les cours d'autoformations et les livres, je les ai lu, F1 j'ai la fenêtre ouverte en permanence.
De plus, la citation suivante n'est pas valable dans mon contexte car je dois qualifier une faisabilité pour des migrations VB vers Windev :
Envoyé par kwasin
Il ne faut pas s'occuper d'un langage pour en appréhender un nouveau !
Tu as déjà vu une migration technique à iso fonctionnalité par simple portage de code de l'outil A vers l'outil B ? Moi non
C'est une question à se faire un noeud au cerveau. Oui cela arrive de faire un simple portage d'un outil A à B si tu n'en a jamais vu c'est dommage pour toi
" Dis ce que tu veux qui insulte mon honneur car mon silence sera la réponse au mesquin.
Je ne manque pas de réponse mais : il ne convient pas aux lions de répondre aux chiens ! " [Ash-Shafi'i ]
La migration VB --> Windev en un mot : impossible.
Je m'explique.
Migrer un code VB en WD pour moi c'est importer le code VB et n'avoir que quelques corrections ponctuelles. Or, on en est loin.
Tous les tests que j'ai fait (WD 7, 7.5 & 8 après j'ai abandonné l'idée) se sont révélé peu concluant. Il y a trop à faire.
De plus la logique VB est différente de celle de WD.
Or WD est particulièrement efficace quand on "pense WD".
Donc, amha, il est préférable de refaire un projet WD sur base du cahier des charges du projet VB plutôt que d'après le code VB.
Bien sûr qu'on recommence tout le cycle de développement alors s'il est de type T on va se retaper 200 jours d'analyse du cahier des charges...
Maintenant si cela n'est pas possible c'est une faiblesse de l'agl windev
" Dis ce que tu veux qui insulte mon honneur car mon silence sera la réponse au mesquin.
Je ne manque pas de réponse mais : il ne convient pas aux lions de répondre aux chiens ! " [Ash-Shafi'i ]
Bonjour,
Merci vraiment les gars pour moi aussi vaut mieux recoder le projet en entier d'après le cahier des charges (à la rigeur on peut traduire les interfaces graphiques, elles sont plutot bien traduites).
Une analyse, si elle est bien faite, n'est pas dédié à un langage, et donc reste valable lors d'une migration d'un projet développé en langage A vers un langage B.
Ce que ELecoster, Guardian et moi voulons dire, c'est qu'il est inutile, impensable, irréalisable et franchement stupide, de vouloir prendre le code VB et faire du copier-coller dans Windev.
Si on veux migrer une appli développée à la base en VB, vers un autre langage, il faut :
- Partir de l'analyse et des données utilisées
- S'inspirer du programme existant pour l'aspect des fenêtres, états,...
- Tout ré-écrire en :
- Tirant le meilleur du nouveau langage
- Contournant au mieux les points faibles du nouveau langage
En gros, chaque langage à ses points forts et ses points faibles et sa logique.
La logique de VB n'a rien à voir avec celle de Windev, et les points forts de VB sont peut-être des points faibles de Windev et vice versa. Donc vouloir retranscrire du code d'un langage vers un autre, c'est ré-inventer l'eau froide, se heurter à des problèmes qui n'existent pas, mettre en place des usines à gaz là ou il existe des solutions simples, ect...
Maintenant, chacun fait ce qu'il veut !
Vous parliez de cahier des charges pas d'analyse ! Bref. Donc repartir de l'analyse oui mais pas du cahier des charges !
" Dis ce que tu veux qui insulte mon honneur car mon silence sera la réponse au mesquin.
Je ne manque pas de réponse mais : il ne convient pas aux lions de répondre aux chiens ! " [Ash-Shafi'i ]
Tu as dis lire trop vite hegros
Mais bon n'en parlons plusQue dire de plus
Emmanuel Lecoester
=> joomla addict.
En Windev, l'analyse c'est la description de la BdD.
C'est pour cela que je n'ai pas utilisé ce terme.
Nous sommes sur le forum Windev, ici j'essaye d'utiliser les termes dans leur acception Windev
C'est vrai que parfois c'est lecture en diagonale
Guardian tu as aussi l'analyse UML.
" Dis ce que tu veux qui insulte mon honneur car mon silence sera la réponse au mesquin.
Je ne manque pas de réponse mais : il ne convient pas aux lions de répondre aux chiens ! " [Ash-Shafi'i ]
Si c'est une migration d'un projet développé en langage A vers un langage B, j'espère que l'analyse avait été faite !
Donc, je ne vois pas l'intérêt de repartir du cahier des charges, sauf si celui-ci a été modifié, bien sûr. Mais dans ce cas, peut-on parler de migration ?
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager