問題タブ [throw]

私は、エラー管理の「rc」エラーコード戻りスタイルを好む。これが throw-catch によってより適切に処理される課題を提示することに同意しますが、クリーンで保守可能なスタイルで設計および実装しているとはまだ感じていません。ですから、単なる参考書ではなく、パターンについて論じた良い本を探しています。

参考文献の参考文献もいいでしょう...

以下の回答「アジャイル プログラマーの実践」からの抜粋で、特に印象的でした。

の違いとthrow、いつどちらを使用するかを説明できる人はいますか?throwsThrowable

JavaScriptではどのタイプのオブジェクトをスローする必要がありますか？

昔ながらの例がたくさんありstring、セミスタンダードErrorタイプもあるようです。どちらか一方を優先する必要がありますか？

「throw;」で例外を再スローしますが、スタック トレースが正しくありません。

正しいスタック トレースは次のようになります。

しかし、私は得る：

しかし、15 行目は「throw;」の位置です。これを .NET 3.5 でテストしました。

ええと、私に何が起こっているのか本当に奇妙ですが、はっきりさせようと思います。私はクラスを持っており、1 つのメソッドで (hpp 定義と cpp 実装で) スローを設定することにしました。そのため、std::exception をスローできるメソッドがあります。ここでは問題ありません。

私は私の例外を作成します：

わかりました、私のメソッドでそれを使用しましょう:

に：

わかった！これは私が得るものです

/tmp/ccwSS5GE.o:(.gcc_except_table+0x84): 'typeinfo for MyException' への参照が未定義です collect2: ld が 1 つの終了ステータスを返しました

どうして？？std::exception を使用すると、すべて正常に動作しますが、今では何も正常に動作しません。

JNI dll が Java 例外をスローし、Java メソッド定義がその例外を宣言していない ( throws節がない) 場合はどうなりますか?

コード：

私はこのコードを持っています..

関係のない情報のほとんどを省略しましたが、ここで全体像は明らかだと思います。

すべてのレイヤー作成を個別に試行/キャッチし、bad_allocs を再スローする前にログに記録する代わりに、手動で std::bad_alloc をスローしても問題ありませんか?

ステートメントが false を返す場合、例外をスローする必要があり、それを行うための単純で簡潔な方法を考え出そうとしています。何か案は？やりたかったのは以下の...

...しかし、「スロー」は言語構造であるため、PHP インタープリターはそれを許可しません (構文エラー)。

何か案は？非常に短いワンライナーを希望します (if ステートメントは使用しないでください)

NetBeansを使用してWebサービスを作成しています。PBELを使用して複合Webサービスを作成したいのですが、各サービスで例外をスローする際に問題が発生します。スローする例外のスキーマで複合型を定義し、WSDLでも作成します。 、しかしサービス内で例外をスローする方法がわかりません。これが私が取り組んでいる例です：

誰か助けてもらえますか？

通常、次のようにインスタンス化時にメッセージを設定します。

しかし、私はデフォルトの例外オブジェクトがインスタンス変数に格納されており、オブジェクトの存続期間を通じて次のように使用している状況にあります。

同じオブジェクトを再利用しているので、例外をスローする前にいつでもメッセージを設定できる必要がありますね。