問題タブ [try-catch-finally]

基本的にリストを繰り返し処理し、
- 最初のオブジェクトでメソッドを呼び出します
- 最初の例外をキャッチします (存在する場合)。キャッチする例外がなくなった場合は、通常どおりに戻ります。それ以外の場合は、すべての例外がキャッチされるまでメソッドを呼び出し続けます。
- 次のオブジェクトに移動します。

各オブジェクトを反復処理し、メソッドを呼び出して、1 つの例外をキャッチすることはできますが、メソッドを継続的に呼び出して例外をキャッチし続ける方法がわかりません。

finallyブロックが例外をスローした場合、正確には何が起こりますか？

具体的には、finallyブロックの途中で例外がスローされた場合はどうなりますか。このブロックの残りのステートメント（後）は呼び出されますか？

例外が上向きに伝播することを認識しています。

次のコードを検討してください。

somethingが無効で、try 内から戻った場合、コードは実行され@finallyますか? 私はそうすべきだと信じていますが、私が話した他の人はそうは考えておらず、現時点でこれをテストすることはできません.

一部の C# コードを Java に変換していますが、usingステートメントが含まれています。この機能を Java で複製するにはどうすればよいですか? try、catch、ブロックを使用するつもりでしたが、finally最初に皆さんに確認しておこうと思いました。

.net 3.5 で asp.net Web アプリを作成していますが、Try Catch finally ブロックを使用する場合と使用しない場合を知りたいですか? 特に、私の try catch の大部分は、ストアド プロシージャの実行と、テキスト フィールドまたはグリッドビューへの入力にラップされていますか? ストアド プロシージャを実行し、データ表示コントロールを設定するときに、Try Catch EVERYTIMEを使用しますか?

私のコードブロックは通常次のようになります。

私の質問は、try ブロックでスローされたcatchキャッチですか? ApplicationExceptionコーディングスタイルが悪いですか？

それは別の方法で書かれるべきですか？

finally ステートメントの使用法を正しく理解していませんでした。誰が私に違いを教えてもらえますか：

一方では、そして：

もう一方の

@try ブロックが機能しないのはなぜですか? アプリがクラッシュしましたが、@try ブロックによってキャッチされるはずでした。

重複の可能性:
なぜ最後に C# を使用するのですか?

finallyC# では、句を持つことのポイントは何ですか?

例えば。

とにかく最後のコードは実行されませんか？finallyブロックのポイントは何ですか？

tryブロック内でオブジェクト変数を代入できないのはなぜですか?

これを実行してブロック内の変数をクリーンアップしようとすると、「割り当てられていないローカル変数の使用」finallyというコンパイラ エラーが発生します。変数はブロックの前に宣言されているため、これは意味がありません。ブロックでは、最初に変数が であるかどうかを確認しています。tryfinallynull

次のコードがコンパイルできないのはなぜですか? 割り当てられていない変数で何かをしようとする可能性がないdbcかどうかを確認しています。null

例えば：