Discussion :

[=JBO=]

Bonjour,

Comme vous tous, j'ai très souvent besoin de tester "vite fait" une fonction du WLangage ou une procédure que je viens de coder.

Dans l'EDI de Visual Basic, j'avais l'habitude d'utiliser la fenêtre "d'exécution immédiate" qui permet de saisir une expression, une commande, etc., et de l'exécuter en direct: simple, facile, efficace.

En revanche, dans l'EDI de WinDev je ne vois pas comment tester directement.
Tout ce que je sais faire, c'est créer une procédure dans laquelle j'écris mon test et que j'exécute ensuite ensuite au moyen du bouton GO.

A la longue, c'est un peu fastidieux.

Auriez-vous une astuce ou d'autres pratiques à me conseiller ?
J'ai peut-être loupé quelque chose ?

Merci.
_

[VincentRoy]

Salut JBO

Pour une procedure, tu peux directement l'executer en faisant un clic droit dessus et "Tester la procedure".
A+
Vince
http://vroy1.free.fr/wpfr/

[=JBO=]

Merci Vince pour ta réponse !

Pour une procedure, tu peux directement l'executer en faisant un clic droit dessus et "Tester la procedure".

Effectivement, je peux le faire pour une procédure.
Même si parfois je suis un peu gourmand (par exemple, je veux appeler ma procédure dans une boucle, ou imbriquer des appels de fonctions...).

En revanche, rien pour ce qui est d'appeler "directement" une fonction WLangage...
_

[Bowen]

Moi j'ai une fenêtre dédiée au test, et dans cette fenêtre je mets mon code. soit sur un bouton, soit directement dans le code d'init. Mais non il n'y a pas à ma connaissance d'équivalent du volet d'exécution VB.

[Johjo]

Tu peux recréer toi même la fenêtre en question.
Tu créés un nouveau projet avec une fenêtre contenant deux zones textes :
Une pour saisir tes commandes et une pour afficher tes résultats.

Ensuite, tu utilises la fonction compile et tu as ta fenêtre de test.

Et à partir de Windev 12, tu peux lancer cet exécutable dans le perso menu de Windev.

Et là, tu peux tester comme tu veux les fonctions WLangages.

[=JBO=]

Bonjour Bowen et merci.

Moi j'ai une fenêtre dédiée au test, et dans cette fenêtre je mets mon code. soit sur un bouton, soit directement dans le code d'init. Mais non il n'y a pas à ma connaissance d'équivalent du volet d'exécution VB.

Pour ma part, je crée une collection de procédures que j'appelle "Tests" ou "Debug", et j'y place toutes mes procédures "tests immédiats" au fur et à mesure de mes besoins ou de mes questions.

Ce qui me gène particulièrement c'est que, même lors d'un GO sur une procédure, le code d'initialisation du projet s'exécute toujours auparavant.
Savez-vous comment le "débrancher" simplement ?

La fonction EnModeTest() indique si un test est en cours mais elle ne précise pas les conditions de ce test: en particulier, il n'est pas possible de distinguer un GO restreint à une procédure ou une fenêtre (F9), et un GO sur le projet (Ctrl+F9).

Ce genre de fonctionnalité ne coûte pas cher à développer (pour l'éditeur de notre EDI favori ) et pourtant ce serait vraiment utile.
_

[=JBO=]

Hé hé hé... pas mal du tout Johjo...
Merci !

Tu peux recréer toi même la fenêtre en question.
Tu créés un nouveau projet avec une fenêtre contenant deux zones textes :
Une pour saisir tes commandes et une pour afficher tes résultats.

Ensuite, tu utilises la fonction compile et tu as ta fenêtre de test.

Et à partir de Windev 12, tu peux lancer cet exécutable dans le perso menu de Windev.

Et là, tu peux tester comme tu veux les fonctions WLangages.

[kuranes]

Hé hé hé... pas mal du tout Johjo...
Merci !

Je confirme, ça marche pas mal...

Un conseil, d'ailleurs, si ton appli est utilisée chez un client, fais une fenêtre cachée, dans laquelle tu peux executer le code en dynamique... (et peut être aussi stocker ce code en mémoire).
Pratique pour réajuster des données sans passer par un patch