問題タブ [continue]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
php - php continue X - C# と同等
PHPで:
continue はオプションの数値引数を受け入れます。これは、囲んでいるループのいくつのレベルを最後までスキップする必要があるかを示します。
お気に入り
c# で同等のものは何ですか?
これを行う簡単な方法は?
php - php foreach 続行
特定の条件が満たされない場合、ループの次の繰り返しにスキップしようとしています。問題は、関係なくループが継続していることです。
どこで間違ったのですか?
最初のコメントに応じてコード サンプルを更新しました。
c# - ForEach() : 内部でブレーク/コンティニューを使用できない理由
ForEach() メソッドはすべてのリスト メンバーをループするため、通常の foreach ループ内で使用できるのに、 break/continue句を使用できないのはなぜですか
エラー:
「中断または継続する囲みループがありません」
tcl - whileループで続行するという奇妙な動作
私はTCLプログラミングにかなり慣れていないので、基本を理解することで、次のコードスニペットに遭遇しました。
実行すると、結果は次のようになります。
xは1です
xは2
であり、Xは7に等しい2番目のループを終了します
私が驚いたのは、continueコマンドを実行すると、whileループテスト(x <3)が評価されていないように見えることです。ただし、tclのマンページには、「本文内のcontinueステートメントはコードの実行を停止し、テストが再評価される」と記載されています。
私は何が欠けていますか?
scala - Scalaのリストの代わりに「yield」を使用して「Iterator」を生成することは可能ですか?
すべての値を評価せずに、yieldをイテレータとして使用することは可能ですか?
Iterator
複雑なリスト生成を実装するのが簡単で、結果を必要としないため、それをに変換する必要がある場合、これは一般的なタスクです...
python - Python: シーケンスから不足しているファイルを処理する
基本的に次のようなプログラムがあります。
ファイル20が欠落している場合にスローされる例外を処理する方法を見つけようとしており、continue
. continue
withステートメントを使用しようとしtry
ましたが、ループに適切に入れていないと不平を言い続けました。アドバイスをいただければ幸いです。
基本的に私は試しました:
ありがとう、
c# - 継続する; 多くのループをスキップするために使用されます
これが私のコードのスキーマです:
続きはどうする?彼は 2 番目のループを 1 回だけ反復させますよね? 間に合わせたいのですが、可能ですか?
ありがとう!
loops - ループ内で続行するのはなぜ悪い考えですか?
Douglas Crockfod は、通常continue
はループの内側をリファクタリングする方がよいと言っています。
ループ内で続行が悪いと見なされるのはなぜですか?
php - PHPで「中断」または「続行」の後の数字はどういう意味ですか?
誰かが例を挙げて、ループbreak 2
またはcontinue 2
PHPで何を意味するのか説明してもらえますか?数字が続く、break
または続くとはどういう意味ですか?continue
php - PHP が break を使用するよりも continue n 遅い理由
次のコードを検討してください。
上記のコードが効果的に continue 2 を使用して内側のループを中断し、内側のループの後のコードをスキップすることを考えると、次のコードがより多くのことを行うように見えるのに、平均してより速く実行されるのはなぜですか。
ご意見ありがとうございます。
__ _ __アップデート__ _ __ _ _ __ _ _
フィードバックをお寄せいただきありがとうございます。これが優れたプログラミング手法であるかどうかに関係なく、なぜパフォーマンスの差 (わずかではあるが一貫性がある) が予想したバイアスの範囲内にないのかを理解しようとしていました。
両方のサンプルが同じオーバーヘッドと同じ不正確さで同じ方法を使用して測定されるため、true から microtime への受け渡しは重要ではないように見えます。
平均という言葉の使用によって暗示されるように、複数回の実行がテストされました。
説明のために、microtime() を使用した場合と同じパターンを示す microtime(true) を使用した次の小さなサンプルを検討してください。
これは小さなサンプルですが、パターンは非常に明確です。
続ける
ブレーク 0.00033903121948242 0.00035715103149414 0.00033307075500488 0.00034403800964355 0.00032901763916016
ご覧いただきありがとうございます。さらにフィードバックをお寄せいただきありがとうございます。
__ _ ___ 更新 さらなる調査__ _ __ _ _ _ __
興味深いことに、コードから echo ステートメントを削除すると、continue の実行が速くなり、echo ステートメントを配置すると、break の実行が速くなります。
次のコード サンプルを検討してください。エコー ステートメントが削除されたかどうかによって、結果が競合することを考慮してください。
エコーステートメントが存在します:
続行 平均 0.00014134283065796 中断 平均 0.00012669243812561
エコー ステートメントが存在しません:
続行 平均 0.00011746988296509 中断 平均 0.00013022310733795
ブレークとフラグのテストから echo ステートメントを削除することで、($flag === true) チェックも削除することに注意してください。そのため、負荷は軽減されますが、この場合は継続が優先されます。W
そのため、純粋な continue n 対 break + flag のシナリオでは、continue n の方が高速な構造のように見えます。ただし、同数の同一の echo ステートメントと、continue n パフォーマンス フラグを追加します。
これは、論理的には continue n の方が高速であることは理にかなっていますが、存在する echo ステートメントでも同じことが予想されます。
これは明らかに生成されたオペコードの違いであり、エコー ステートメントの位置 (内側のループと外側のループ) は、生成されたオペコードを確認する方法を知っていますか? これは、内部で何が起こっているのかを理解しようとしているときに必要なものだと思います。
ありがとう :)