J'ai remarqué aujourd'hui une nouvelle syntaxe sur les boucles POUR du WLangage.
Qui n'a jamais fait une boucle classique utilisant le nombre de lignes d'une table mémoire, par exemple :
POUR i=1 A TableOccurrence(TABLE1)
// traitement
FIN
Depuis plusieurs versions, vous aviez donc comme moi, une information indiquant que cette syntaxe n'est pas conseillée car il est préférable de ne pas réévaluer à chaque fois le nombre de lignes et donc d'utiliser une variable avant, ce qui me semble judicieux.
Donc, j'ai fait tout comme on me le suggérait :
nLignes est un entier = TableOccurrence(TABLE1)
POUR i=1 A nLignes
// traitement
FIN
et bien, maintenant il est possible de faire beaucoup plus simple en utilisant le mot clé "_A_" dans la boucle (un peu comme les mots clés _ET_ et _OU_) qui permet de faire la même optimisation, donc en économisant la variable temporaire.
POUR i=1 _A_ TableOccurrence(TABLE1)
// traitement
FIN
Mieux non ?
Développeur C++ à l'origine, j'ai découvert un jour WinDev et j'ai adoré. Aujourd'hui, je participe à plusieurs forums et je souhaite partager mon expérience et mes tests sur WinDev. Vous y trouverez aussi l'actualité de WinDev décryptée classée par thème. N'hésitez pas à laisser vos commentaires.
Inscription à :
Articles (Atom)
Le ruban on s'y fait et même plutôt vite !
Le ruban, j'étais sceptique (mauvais souvenir de l'apparition du ruban sous Office sûrement), mais après quelques hésitations, surto...
-
C'est étonnant le nombre de posts sur des forums sur ce sujet... Après une rapide enquête avec les personnes concernées (que je remercie...
-
En voyant les preview de Windows 8, je ne pensais pas que Internet Explorer avait autant bougé dans cette nouvelle version. Déjà, entre le...