En général, je vois "continuer" (et "pause") comme un avertissement que le code peut utiliser certains de refactoring, surtout si le "while" ou "pour" boucle de déclaration n'est pas immédiatement en vue. Le même est vrai pour le "retour" au moyen d'une méthode, mais pour une raison légèrement différente.
Comme d'autres l'ont déjà dit, "continuer", se déplace le long de la prochaine itération de la boucle, alors que la "rupture" se déplace à l'extérieur de la boucle englobante.
Ceux-ci peuvent être de l'entretien timebombs car il n'y a pas de lien direct entre la "continuer"/"pause" et la boucle continue/la rupture autre que du contexte; ajouter une boucle interne ou déplacer les "tripes" de la boucle dans une méthode distincte et vous avez un effet caché de la continuer/pause défaut.
À mon humble avis, il est préférable de les utiliser comme une mesure de dernier ressort, et de s'assurer que leur utilisation est regroupé étroitement au début ou à la fin de la boucle, de sorte que la prochaine développeur peut voir les "limites" de la boucle sur un écran.
"continuer", "pause", et "retour" (autre que le seul Vrai Retour à la fin de votre méthode) entrent dans la catégorie générale de "caché GOTOs". Ils ont lieu en boucle et la fonction de contrôle dans des endroits inattendus, qui finalement provoque des bugs.