Quels sont de meilleurs moyens d'éviter le do-tandis que (faux); pirater en Java?

Pour réduire le Complexité cyclomatique , vous pouvez séparer les logiques en soumethodes:

public void go() {
    first();
}

public void first() {
    if(check()) {
        // #1
        second();
    }
}

public void second() {
    if(check()) {
        // #2
        third();
    }
}

public void third() {
    if(check()) {
        // #3
    }
}

Parce que vous pouvez avoir ceci 20 fois dans une fonction pour passer 20 étapes en série. Si je le fais comme ceci, la finale si elle glisse déjà 20 onglets à droite, ce qui rend le code illisible. P>

Ce commentaire de la vôtre montre le problème: vous imaginez la mauvaise structure de code. P>

Par exemple, votre code est comme celui-ci P>

public void method() {
    if (bool) {
        doSomeStuff();
    }
}

public void doSomeStuff() {
    if (anotherBoolean) {
        doThirdStuff();
    }
}

public void doThirdStuff() {
    if (thirdBoolean) {
        doEvenMore();
    }
}

public void doEvenMore() {
    // deeper structure
}

C'est une bonne question. La sémantique de toute solution doit impliquer une sorte de bloc excitable, littéral ou implicite par la mise en oeuvre pouvant être excitée.

Certaines des autres réponses sont si compliquées qu'ils obtiennent en évitant la boucle DO-While, perdent toute la clarté et la lisibilité, ce qui en fait un "mauvais" code.

Après une pensée, c'est comme ça que je voudrais le coder: xxx p> points principaux:

• Une méthode est un bloc, qui est proprement édité par retour
• Les trois parties fonctionnent clairement comme une unité de programmation, ainsi ensemble, ils sont un candidat à chaîne pour refactoring dans une méthode distincte
• pas de "inventaire", tels que la construction de la construction de la tâche assure (FALSE), qui n'existe que pour fournir un bloc extatable et qui peut confondre les autres
• En utilisant des tests négatifs, alors que vous sortez, deux choses sont obtenues:
  • le paradigme de codage "EXIT précoce"
  • Moins d'indentation / nichement, qui réduit le Complexité cyclique
  • aucun bloc supplémentaire / classes / objets / objets ne sont créés, de maintenir la lisibilité et les performances (bien qu'un cadre soit poussé sur la pile pour l'appel de méthode - un impact négligeable