問題タブ [try-catch]

それはif、thenブロックの代わりですか？そのように使用されている多くのコードを見てきました。

• errorCount += 1複数の場所に書き込むことは避けたいと思います。
• 私はより良い方法を探しています

• 私はstore.rollback()すべてのexcept節で避けようとしています。

これを行う方法について何か考えはありますか？

私は記事C# -シリアライズ可能な DTO 上のデータ転送オブジェクトを見ています。

この記事には、次のコードが含まれています。

記事の残りの部分は (初心者にとっては) 正気で合理的に見えますが、その try-catch-throw は WtfException をスローします...これは、例外をまったく処理しないこととまったく同じではありませんか?

エルゴ:

または、C# でのエラー処理に関する基本的な何かが欠けていますか? Java とほぼ同じです (チェック例外を除いて) ですね。... つまり、どちらも C++ を改良したものです。

スタック オーバーフローの質問パラメータなしのキャッチを再スローすることと何もしないことの違いは? try-catch-throw はノーオペレーションであるという私の主張を支持しているようです。

編集：

将来このスレッドを見つけた人のために要約すると...

しない

スタック トレース情報は、問題の根本原因を特定する上で非常に重要です。

行う

より具体的な例外よりも具体的な例外をキャッチします (Java と同様)。

参考文献:

• MSDN - 例外処理
• MSDN - try-catch (C# リファレンス)

デバッグ中にデザイナーにエラーをキャッチしてもらい、エラーが発生した場合にユーザーにわかりやすいメッセージを表示してもらいたい. 私はこれを次のように達成できることを知っています：

すべての #statements を記述してコードを乱雑にする必要はありません。これは共通のニーズであるように思われ、より良い方法が必要です。誰かがより良い方法を知っていますか?

SQL Selects で TRY CATCH ブロックを使用することは可能ですか?

たとえば、これに似たものについては：

このシナリオを処理する最善の方法は何ですか?

これを見つけるためにildasmを実行しました：

これと同等の IL コードを生成します。

問題は、なぜ最終的に null をチェックするのかということです。finally ブロックは、try ブロックが実行された場合にのみ実行され、try ブロックは、Simple コンストラクターが成功した場合 (つまり、例外がスローされない場合) にのみ実行されます。この場合、simp は非 null になります。(Simple コンストラクターと try ブロックの先頭の間に何らかのステップが介在するのではないかという懸念がある場合、それは本当に問題になります。例外がスローされて、finally ブロックの実行がまったく妨げられる可能性があるからです。)それで、なぜ一体？

using ステートメントが try-finally よりも優れているかどうかの議論は (お願いします) 脇に置いて、try-finally ブロックを次のように記述します。

一般に、共通のハンドラを持つ複数の障害ポイントを持つコードには、try/catch を使用する傾向があります。

私の経験では、これは通常、何らかのアクションを実行する前に入力またはコンテキストを修飾するか、何らかのアクションを実行した後に出力を修飾するコードです。

そのようなブロック内のコードを最小限に抑えるように文献や同僚からアドバイスを受けており、一般的には良いアドバイスとして受け入れています。

上記のアドバイスの基礎についてもう少し理解したいと思います。

• オーバーヘッドの性質は何ですか？
• try/catch ブロックの推奨される使用 (または回避) に対処する最近の開発ガイドラインはありますか?
• より高速なプロセッサーと最新のコンパイラーは、try/catch の問題をどの程度軽減しますか?

助けてくれてありがとう、

AJ

単純なログインでActiveDirectoryベースからオブジェクトを作成しようとしています。問題は、ログイン情報の一部が有効であるということです。

例外がスローされた場合に次のログインにスキップするように、try-catchを使用するにはどうすればよいですか？

コードは次のとおりです。

休憩は私をから抜け出しますforeach、それは私が望むものではありません。何か案は？

例外をスローすることは、UI または例外をログに記録してユーザーに通知する場所にバブルを戻すための良い方法だと思いました。

resharper が冗長であると言うのはなぜですか?

今日、私は興味深いジレンマに遭遇しました。情報を処理し、重複する値をチェックして、重複していない次の数値を返す関数があります。だから、私はこのようなものを持っています：

次に、関数の下部に、次のように、重複がなくなるまでインクリメントして重複を処理するcatchブロックがあります。

ご覧のとおり、例外を具体的に処理したいのですが、関数外の他のコードにアラートを送信したいので、終了時に例外をスローしたいと思います。

問題は、単にそれをスローすると、null値を使用して関数が終了することです。私try/catchは間違った方法を考えていますか、それともこれを回避する方法がありますか？