cs_CanisLupus
Messages postés3757Date d'inscriptionmardi 23 septembre 2003StatutMembreDernière intervention13 mars 200618 3 nov. 2004 à 20:51
Ok avec crenaud76 + tite explik en terme de temps d'exécution.
Dans le cas de chr(), la variable étant Variant, il faut donc une conversion variant vers string.
Dans le cas de chr$() pas de conversion le prog sait tout de suite que c du string.
Je sais bien que c'est minime pour des processeurs qui traitent des millions ou milliards d'instructions par seconde mais utiliser le moins de variant possible, ça peux permettre d'avoir un code un peu plus rapide et optimisé.
thierrydelepine
Messages postés521Date d'inscriptionmardi 24 décembre 2002StatutMembreDernière intervention11 septembre 20086 3 nov. 2004 à 21:14
Toute remarque constructive est bonne a prendre, c'est d'ailleurs l'interet des posts dans le forum.
il est vrai qu'il vaut mieux travailler dans le bon type de données,
le code est plus lisible et dans certains cas utiliser des variants peu être interprété par le programme de façon bizarre.
crenaud76
Messages postés4172Date d'inscriptionmercredi 30 juillet 2003StatutMembreDernière intervention 9 juin 200628 4 nov. 2004 à 09:13
En plus du temps de traitement plus important pour un variant, il est a noter qu'un variant est plus gros en mémoire que la meme donnée dasn son type de base !!
Gobillot
Messages postés3140Date d'inscriptionvendredi 14 mai 2004StatutMembreDernière intervention11 mars 201934 5 nov. 2004 à 12:32
étant donné que VB travaille en Unicode, il vaut mieux utiliser les fonctions ChrW$() et AscW() qui sont plus rapides.
bien sûr ces fonctions ne sont pas équivallentes, mais pour les caractères de 0 à 127, on aura le même résultat.