問題タブ [try-catch]
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.
c# - Foreachでレコードをスキップする方法
単純なログインでActiveDirectoryベースからオブジェクトを作成しようとしています。問題は、ログイン情報の一部が有効であるということです。
例外がスローされた場合に次のログインにスキップするように、try-catchを使用するにはどうすればよいですか?
コードは次のとおりです。
休憩は私をから抜け出しますforeach
、それは私が望むものではありません。何か案は?
exception-handling - resharper が「単一の 'throw' ステートメントを含む Catch 句は冗長である」と言うのはなぜですか?
例外をスローすることは、UI または例外をログに記録してユーザーに通知する場所にバブルを戻すための良い方法だと思いました。
resharper が冗長であると言うのはなぜですか?
vb.net - 例外をキャッチして処理し、次に再スローしますか?
今日、私は興味深いジレンマに遭遇しました。情報を処理し、重複する値をチェックして、重複していない次の数値を返す関数があります。だから、私はこのようなものを持っています:
次に、関数の下部に、次のように、重複がなくなるまでインクリメントして重複を処理するcatchブロックがあります。
ご覧のとおり、例外を具体的に処理したいのですが、関数外の他のコードにアラートを送信したいので、終了時に例外をスローしたいと思います。
問題は、単にそれをスローすると、null
値を使用して関数が終了することです。私try/catch
は間違った方法を考えていますか、それともこれを回避する方法がありますか?
javascript - try/catch スペースで typeof ='undefined' の場合の Javascript
try/catch ブロックでラップされたコードがあります。typeof を使用して、変数が定義されているかどうかを確認します。
ただし、これを try/catch ブロックで使用すると、サポートされていることを実行する代わりに、catch 部分にジャンプします (文字列が定義されている場合は、文字列で何かを実行します)。
例外をアクティブ化せずに変数が定義されているかどうかを確認するにはどうすればよいですか?
c# - try-catchブロック内で機能するようにResponse.Redirectを妨げるものはありますか?
で奇妙なエラーが発生しresponse.redirect()
、プロジェクトがまったく構築されていませんでした。コードのブロックを囲んでいたtry-catchResponse.Redirect()
ブロックを削除すると、正常に機能しました。
これが既知の問題なのか何かなのか知りたいだけです...
php - PHP の try-catch ブロック: 無効な引数の型をキャッチできますか?
背景:次の明らかに間違った PHP があるとします。
array_pop で動作させるには、$vtest は明らかに文字列ではなく配列である必要があります。それにもかかわらず、このコードを実行すると、警告が表示されます。私はそれを望んでいません。コードが静かに失敗することを望んでいます。
質問:他の言語と比較して、PHP の try-catch が機能しない原因となる特別な点はありますか?
免責事項: 参考までに、PHP でこの状況を処理する他の方法があることは事実ですが、これらは望ましくありません。ここでの目標は、次のことを回避することです。
「アットマーク」トリック:
型キャスト:
.net - .NET JIT はネストされた try/catch ステートメントを最適化しますか?
私は入れ子になった try/catch ステートメントについて考えてきましたが、JIT がコンパイルされた IL の最適化または単純化を実行できる条件があるとすれば、それについて考え始めました。
説明のために、例外ハンドラの次の機能的に同等の表現を考えてみましょう。
ネストされた try ステートメントのスタック フレーム内に追加の変数参照や関数呼び出しがないと仮定すると、JIT は、スタック フレームが線形の例に折りたたまれている可能性があると結論付けることができますか?
では、次の例はどうでしょうか。
JIT がデリゲート呼び出しをインライン化する方法はないと思うので、この例を前の例に還元することはできません。ただし、 をfoo()
スローExceptionC
した場合、線形の例と比較して、このソリューションのパフォーマンスは低下しますか? フレームに含まれる余分なデータは最小限ですが、デリゲートの呼び出しからスタック フレームを破棄するには余分なコストがかかると思います。
exception - Try、Catch、Finally内で例外をスローするVSエラーを返す
私はすでに答えを知っていると確信していますが、Try、Catch、Finally ブロック内でエラーを処理することについての意見がどうなっているのか、まだ興味があります。
ところで-私はユーザー入力について話しているのではありません-しかし、それは明確で短いので、例として使用します
このコードを考えてみましょう...
関数が失敗した場合、例外は無関係であるため、エラー メッセージを返したいとします。関数は成功せず、ユーザーは追加の詳細を必要としません。
私は常に、エラーを処理できる場合は例外を回避するという信念を持っていました-それはもはや例外的ではないためです.あなた自身...
これは最良の例ではありませんが、コードを繰り返すことを強調するために簡潔にするつもりでした。
例外はパフォーマンスの低下を招くことが知られていますが、このような状況についてはどう考えていますか?