amine_hassini
Messages postés23Date d'inscriptionmardi 19 octobre 2004StatutMembreDernière intervention16 avril 2007 21 oct. 2006 à 18:16
Voilà ya plus de goto maintenant!
cs_Willi
Messages postés2375Date d'inscriptionjeudi 12 juillet 2001StatutModérateurDernière intervention15 décembre 201823 6 sept. 2006 à 08:56
Ici les goto ne servent à rien, il est hérité des "vieux" langages" et niveau lisibilité sa fait code "spaghetti" et devient rapidement prise de tete pour ceux qui reprendront ton projet mais coté performance il me semble qu'il y ait un léger mieux.
Renfield
Messages postés17287Date d'inscriptionmercredi 2 janvier 2002StatutModérateurDernière intervention27 septembre 202174 6 sept. 2006 à 07:50
quoi qu'il en soit, les Goto ne servent strictement à rien ici.
le seul endroit où tu pourrais en avoir besoin de modifier ton code, c'est :
If Err.Number <> 0 Then
Err.Clear()
Else
k = k + 2
End If
en passant, une petite description de ta source serait pas du luxe
FREMYCOMPANY
Messages postés276Date d'inscriptionjeudi 12 janvier 2006StatutMembreDernière intervention22 décembre 2008 5 sept. 2006 à 20:52
Pour ce qui est du goto, il aurait de toute facon mieux valu utiliser une étiquette de ligne... La ligne 10, c'est bien relatif ;)
Et en code Managé, il me semble pas que Goto soit bien accueilli ;)
cs_Willi
Messages postés2375Date d'inscriptionjeudi 12 juillet 2001StatutModérateurDernière intervention15 décembre 201823 5 sept. 2006 à 17:07
Une mise à jour de ta 1ière source aurait suffit !!
amine_hassini
Messages postés23Date d'inscriptionmardi 19 octobre 2004StatutMembreDernière intervention16 avril 2007 5 sept. 2006 à 16:58
les goto se traduisent en language machine par des "jump" donc ils ne peuvent être que rapide!
FREMYCOMPANY
Messages postés276Date d'inscriptionjeudi 12 janvier 2006StatutMembreDernière intervention22 décembre 2008 5 sept. 2006 à 16:34
Intéressante manière de faire...
Juste quelques détails qui permettraientt d'améliorer encore considérablement le temps d'execution (VB .Net) :
Pour les construction de chainne, mieux vaut utiliser un StringBuilder
Je proposerais aussi d'éviter les GOTO et de donner la priorité aux Continue For, ...
Le Return est toujours mieux que Nom_Function=Value
Mieux vaut utilier les fonctions String.Contains plutot que les anciennes fonction VB (plus lente)
...
CCl :
Si ce code semble bien optimisé pour VB 6, Il est franchement tout le contraire pour VB 7-8-9++ ;)
21 oct. 2006 à 18:16
6 sept. 2006 à 08:56
6 sept. 2006 à 07:50
le seul endroit où tu pourrais en avoir besoin de modifier ton code, c'est :
If Err.Number <> 0 Then
Err.Clear()
Else
k = k + 2
End If
en passant, une petite description de ta source serait pas du luxe
5 sept. 2006 à 20:52
Et en code Managé, il me semble pas que Goto soit bien accueilli ;)
5 sept. 2006 à 17:07
5 sept. 2006 à 16:58
5 sept. 2006 à 16:34
Juste quelques détails qui permettraientt d'améliorer encore considérablement le temps d'execution (VB .Net) :
Pour les construction de chainne, mieux vaut utiliser un StringBuilder
Je proposerais aussi d'éviter les GOTO et de donner la priorité aux Continue For, ...
Le Return est toujours mieux que Nom_Function=Value
Mieux vaut utilier les fonctions String.Contains plutot que les anciennes fonction VB (plus lente)
...
CCl :
Si ce code semble bien optimisé pour VB 6, Il est franchement tout le contraire pour VB 7-8-9++ ;)