• [^] # Re: Pas sûr que trouver des erreurs/la fiabilité soit si important pour la communauté libre..

    Posté par . En réponse à la dépêche [code] Trouver les erreurs. Évalué à 4.

    Comme quoi, le goto, on le critique souvent

    En fait vu comme il est casse gueule, c'est bien de se poser la question de la pertinence de son usage quand on s'en sert.

    Pour ton problème, en java j'utilise la classe Joiner de guava. Je viens de regarder et elle fait :

     public <A extends Appendable> A appendTo(A appendable, Iterator<?> parts) throws IOException {
 checkNotNull(appendable);
 if (parts.hasNext()) {
 appendable.append(toString(parts.next()));
 while (parts.hasNext()) {
 appendable.append(separator);
 appendable.append(toString(parts.next()));
 }
 }
 return appendable;
 }

    Il y a donc une partie dupliquée (1 ligne), mais le gain en fonctionnalité est AMHA suffisant pour arrêter de se poser la question de la performance (sauf cas où tu te rend vraiment compte que ça pose problème).

    Il y a tout un tas de cas comme ça de boucles chiantes. Comme vérifier qu'un conteneur contient bien un élément donné. Soit tu te trimbale un booléen, soit tu fait un saut à l'intérieur de ta boucle, soit tu duplique ton test en sortie de boucle,...

    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)