問題タブ [try-catch]

私は、例外をスロー/再スローするインスタンスを処理しましたが、それを囲むコードが特定の例外をキャッチすることを知っていました。しかし、例外がキャッチされないことを知って、例外をスローしたいときはありますか？

または、少なくとも、例外をキャッチしませんか？

例外は、正しく処理されない限り、すぐにアプリケーションを停止しますか？だから私はあなたがあなたのアプリケーションを故意に死なせたいと思うかどうか尋ねていると思いますか？

私はResharperが初めてで、なぜそれが示唆しているように見えるのかを理解しようとしています:
catch (Exception) { }
for
catch { }

と

catch { }
for
catch (Exception) { }

私は困惑しています。

エラーがキャッチされなかったため、PDO を使用して問題が発生しました。

コードはシンプルで問題なく動作します。混乱を避けるためにサンプルを含めます。

コードは正常に動作しますが、新しいモジュールで作業しているときに、レコードが追加または変更されず、エラーが検出されないという問題に遭遇しました。

$stmt返さfalseれましたが、エラーを見つける理由や方法がわかりませんでした。

結局、解決策は簡単でした。テーブルへの書き込み権限を持たない限られた MySQL ユーザーを使用していました。これらのエラーは、mysql を使用すると常にすぐに表示されますが、PDO を使用すると、それらに到達する方法がわかりません。

PHP / PDO でこの種のデータベース エラーを表示またはキャッチするにはどうすればよいですか?

私の XAMPP/Win XP ビルドでは、PHP5.2.3 は例外をキャッチできません。どの例も機能しません。これは次のとおりです。

...結果:

致命的なエラー: M:\path\to\test.php:4 でメッセージ 'Fail' を含むキャッチされない例外 'Exception' スタック トレース: #0 {main} がM:\path\to\test.phpの4 行目にスローされました

PHP のエラー設定はすべて標準のようです。サーバーは Apache/2.2.4 です

次のことを行うためのより良い方法はありますか？

それはかなり厄介に見えます、そして私はむしろしたくありません：

最大の効率を維持するため。

次の Actionscript 3 コードで try-catch ブロックを使用しています。

次に、SubtitleControllerコンストラクターは をロードしてsubtitlePathをスローしようとしますError #2044: Unhandled ioErrorが、エラーはtryステートメントによってキャッチされません。tryステートメントが存在しなかったように、エラーが単にスローされます。

確かに、そのコードを次のように置き換えることができます

そして、それはほとんど機能し、そのエラーのスローを停止しますが、代わりに別のエラーをスローします。

try-catchしかし、それを行うのがブロックの全体的なポイントではありませんか? では機能しないtry-catchのに、通常のイベント リスナーでは機能するのはなぜですか?

2 つの異なるアセンブリに次の 2 つのクラスがあるとします。

この場合、MethodA の try-catch は例外を昇格させるだけで、実際には処理しません。MethodA で try-catch を使用する利点はありますか? つまり、この種の try-catch ブロックとまったく使用しないことの間に違いはありますか?

次の Cocoa/Obj-C コード スニペットを検討してください。

と

[obj cleanUp]最初のスニペットが呼び出され、2 番目のスニペットが呼び出されないのはどのような状況[obj cleanUp]ですか? 言い換えれば、@finallyCocoa 例外処理を使用する場合、どのような状況で非冗長になるのでしょうか?

php4のtry-catchブロックに最も近いものは何ですか？

xmlrpcリクエスト中にコールバックの最中にあり、何があっても特別に構造化された配列を返す必要があります。

外部リソースへのすべてのアクセスをエラーチェックする必要があり、ネストされたif-elseブロックの深いスタックが発生します。

次のようなコードについてどう思いますか。

私が見る問題は、実際のエラーが処理されず、例外が別の場所にスローされることです。実際の問題がある行番号を取得できないため、デバッグがより困難になります。

だから私の質問は、なぜこれが良いのでしょうか?

- - 編集 - -

答えからすると、ほとんどの人は、カスタムや特定の例外をキャッチせずにこれを行うのは無意味だと言っているようです。それは、特定の例外がキャッチされていないときに、私がコメントしたかったことです。このコードのやり方ではなく、キャッチされた例外で実際に何かを行うポイントがわかります。