「break」を含む「while（true）」ループの用語は何ですか？[閉まっている]

次のようなC ++またはC＃のループがあるとします。

while( true ) {
    doSomething();
    if( condition() ) {
        break;
    }
    doSomethingElse();
}

これは一般に「無限ループ」と呼ばれます。しかし、それは技術的に無限ではありません-制御が通過すると停止しbreakます。

そのようなループの用語は何ですか-それは「永遠にループ」ループ制御ステートメントと内部に「ブレーク」を持っていますか？

CSを研究して、この教授は事前チェックループ（while(cond) {}）、事後チェックループ（do {} while(cond);）、および中間チェックループがあることを教えてくれました。（私はこれを英語にひどく翻訳したかもしれないが、あなたはそのアイデアを得る。）

CおよびC ++には後者（ISTR Adaがあり、BICBW）がないため、CおよびC ++でその構造に使用されます。

スタンフォードのCSでの最初のコース（Mehran Sahamiによるプログラミング方法論）はこれをループ半分と呼んでいます。そして、それは必ずしも悪いプログラミング習慣ではありません。ユーザー入力の収集に関する次の例を考えてください（エリック・ロバーツがThe Art and Science of Javaから引用、ロバーツはa-loop-and-a-halfとも呼んでいます）：

prompt user and read in the first value
while (value != sentinel) {
    process the data value
    prompt user and read in a new value
}

そして、同じことがコードの重複を避けるためにループと半分のアイデアを使用して解決しました：

while (true) {
    prompt user and read in a value
    if (value == sentinel) break;
    process the data value
}

正式な名前がないため、Broken Loopと呼びます。ループの途中での中断はaのように少し不明瞭なので、この用語のあいまいさが意図されていgotoます。

決定的な名前はありません。無限ループは適切な用語だと思います。真に無限ループはありませんが、ブレークを含む分岐が発生しない可能性があるため、これは事実上無限になる可能性があります。

誰かに「無限ループを作成し、条件Xにブレークを使用する」と伝えると、その意味がわかります。誰かがあなたのコードをレビューしていて、「あなたが書いた無限ループが嫌いだ」としか言わないなら、彼らが何を話しているのかがわかります（もちろん、あなたが複数持っている場合を除きます）。

条件が間違った場所にあるdo-whileループです。

「無条件ジャンプ」に似た「無条件ループ」に投票します。何が起こっているか（コードが無条件にループする）を、嘘をつくことなく（「無限ループ」とは異なり）正確に示します。

そのようなループの用語は何ですか-それは「永久にループ」ループ制御ステートメントと内部に「ブレーク」を持っていますか？

ブレーク条件を持つ無限ループ。

特別な名前を付けたい場合、無限部分ループと呼ぶことができるという点で、私はammilindに同意します。

Rosetta Codeでは、この特定のパターンは「Nプラス1/2」ループとして記述されます。それは私のお気に入りの用語ではありませんが、ひどいものではなく、明らかにある種のループに役立つパターンです。（代替手段は、条件の前のコードを複製することです-実際のプログラムでは潜在的にトリッキーです-ループ条件変数を追加しながら条件の後のコードの入れ子の深さを増やします。どちらもコードの保守性や理解可能性を改善しません。そのような構成を拒否する唯一の理由は、ループをbreak-freeにするように主張する場合だけです。）

標準的な用語はありませんが、私はそれを部分ループと言います。

このループは、ループの一部を最後に実行した後（つまり、部分実行）にのみブレークする場合に使用されます。ループ全体を中断するのに適した状況が見つからない場合に使用されます。

この場合、少なくともdoSomething()最後に1回実行した後にループを解除する必要があります。

ここでsbiに同意する必要があります- 中間チェックのループ用語が好きです。この種の構造は、構造化プログラミングが開始され、多くの言語で構文がサポートされたときに一般的になりました。

そうは言っても、while不変式について推論するのは簡単であり、トリッキーな空のケースをよりよく処理することが多いため、ループは通常、より管理しやすいことが広く知られています。

あなたの特定のケースでは、ループは次と同等です

for(; doSomething(), !condition(); doSomethingElse()){}

そのため、複数のステートメントのbreakいずれかdoSomethingまたはdoSomethingElse複数が含まれる場合にのみバージョンを使用し、あなたのようにそれらを別々の関数に入れたくないです。

ただし、ループが（開始、チェック、増分）反復よりも複雑な場合は、ループをより単純なものにリファクタリングすることを検討する必要があります。

多分これについて用語を作ろうとするなら、

エスケープ可能なループ

私はそれを「while true loop」と呼んでいます。

また、while（true）の悪いプログラミングプラクティスも参照してください。

どんな場合でもそれほど悪くはありません。特定の種類のAPIでこの種のループを作成していることに気付きました。たとえば、ループオブジェクトがあり、その中のかなり深い状態を確認する必要があるとします。

while (loop
    .getAExecutionModelFactory()
    .getActiveXexecutor()
    .getYCancelModelHandler()
    .getCurrentHandler()
    .isCancelled()) {
        // ... do something with the current Handler ....
        loop = ..... // prepare for next loop
}

すべてのgetXXXメソッドが潜在的にnullを返す可能性があると仮定します。それから、非常に複雑で読みにくい式ですが、ブール式を書くことはまだ可能です。そして、現在のハンドラオブジェクトを取得するために、ほぼ同じやり直しを行う必要があります。そのような場合、while (true)breakとcontinueを使用してループを記述する方が簡単です。