De toute façon, ce genre d'optimisation donne un code plus compliqué, donc il vaut mieux l'éviter sauf si la vitesse est vraiment critique.
Si la vitesse est critique, la "solution de porc" est plus rapide à partir d'un certain nombre d'éléments dans ton tableau. Le gain de temps augmente ensuite avec la taille du tableau vu que l'exception n'est lancée qu'une fois alors que le test que tu évites est effectué à chaque itération.
La valeur critique va changer selon les JVM, mais il y aura toujours cet effet de seuil.
Par contre, je suis d'accord que c'est un peu porcif...
--
Thomas Walraet
Developpeur Java non-pigiste mais qui lit les articles sur l'utilisation de son langage dans d'autre magasine que Login depuis un épisode déjà décrit ici et qui l'a fait passer pour un débile moyen auprès de ses voisins de TGV. (Le coup du tableau, c'était dans "Programmez!")
[^] # Re: en JAVA????
Posté par Wawet76 . En réponse à la dépêche Décompresseur mpeg4 en Java. Évalué à 1.
Si la vitesse est critique, la "solution de porc" est plus rapide à partir d'un certain nombre d'éléments dans ton tableau. Le gain de temps augmente ensuite avec la taille du tableau vu que l'exception n'est lancée qu'une fois alors que le test que tu évites est effectué à chaque itération.
La valeur critique va changer selon les JVM, mais il y aura toujours cet effet de seuil.
Sur http://www.protomatter.com/nate/java-optimization/(...) l'auteur l'estime à 40 éléments sur sa machine.
Par contre, je suis d'accord que c'est un peu porcif...
--
Thomas Walraet
Developpeur Java non-pigiste mais qui lit les articles sur l'utilisation de son langage dans d'autre magasine que Login depuis un épisode déjà décrit ici et qui l'a fait passer pour un débile moyen auprès de ses voisins de TGV. (Le coup du tableau, c'était dans "Programmez!")