問題タブ [catch-block]

重複の可能性：
空のキャッチブロックが悪い考えであるのはなぜですか？
キャッチされた例外を無視する正当な理由はありますか

空のキャッチブロックが絶対的な悪ではない状況を知っていますか？

Biztalk エラー

私は Biztalk オーケストレーションを持っています。その中には、スコープ内で発生したエラーをキャッチするために Biztalk スコープとキャッチ ブロックがあります。対応するスコープ形状にエラーがあるときはいつでもエラーをキャッチできます。

しかし、オーケストレーションが処理の開始時、つまりスコープ形状に入る前に失敗すると問題が発生します (これは、受信した xml にいくつかの特殊文字がある場合に発生します)。私はこれにこだわっています！助けてください!!

次のキャッチブロックの違いは何ですか？

と

どちらの場合も、例外インスタンスは使用できないことに気付きましたが、一方で実行できることで、もう一方では実行できないことはありますか？

Java では、後に 1 つのステートメントのみを実行する必要がある場合、ifまたはfor括弧は必要ありません。私たちは書くことができます：

また

しかし、catch ブロックの場合、なぜブラケットを省略できないのでしょうか? なぜこれが不可能なのですか？

なぜなら、ほとんどの場合私たちe.printStackTrace()テスト中またはログ中のステートメントのいずれかであるキャッチブロックにステートメントが1つしかありません。

使用している try/catch ブロックで奇妙な問題が発生しました。このメソッドは、リモート サービスからデータを取得して保存するだけです。

このコードを実行すると、null ポインター例外が発生します (「データ」は null ですが、関連性があるかどうかはわかりません)。ただし、catch ブロックから return ステートメントを削除すると、すべて問題ありません。

奇妙なことに、どちらの場合も IOException がキャッチされていないため、なぜこのような影響があるのか​​わかりません。

繰り返しますが、catch ブロックに return があると機能しません。それがないと機能しません...なぜこれが起こるのか、私には本当にわかりません。

何か案は？

こんにちは、tcp 経由でメッセージを送受信し、接続が切断された場合に自動再接続する関数を作成する必要があります。メッセージは STM チャネルから取得されます

私の問題は、接続が切断された場合、チャネルから読み取った「c」が失われることです。したがって、catch節では unGetTChan のようなものは必要ありませんが、このコードでは 'c' がキャッチされていません。そのようなことを行うための ''haskellic'' な方法を教えてもらえますか?

FUZxxlのメッセージの後に更新

FUZxxlのコメントの後、関数を次の形式に書き直しました

今ではうまくいきます。ありがとう

try-block内の問題が発生した場合に、あるコントローラーから別のコントローラーへのアクションにリダイレクトしようとしています。私が達成したいのは、ホームコントローラーのエラー処理ActionResultにすべてのエラーを送信することにより、さまざまなコントローラーで問題が発生した場合にユーザーにビューを表示する一般的な方法です。これは基本的にコードがどのように見えるかです：

そして、ホームコントローラーで、何かがうまくいかなかったことをユーザーに伝えるビューを生成したいと思います。

私の問題は、例外がスローされるようにコードを操作すると、RedirectToActionが無視されている場合を除いて、catcblockのすべてのステップが実行されることです。私は何が欠けていますか？私はこれに少し慣れていないので、うまくいけば、私が見つけることができなかった簡単な答えがあります...

フローがキャッチブロックに到達しない理由について混乱しています。例外が発生するとメソッドが呼び出されることは理解していますが、が呼び出されOnErrorたときに例外が発生するべきではありませんToObservableか？3番目の数値（0）を処理する場合にのみ、例外が発生します。私は完全に混乱しています。

私はこのコードに多くの問題を抱えています。例外をキャッチするためにコードを挿入しようとする前に、コードは想定どおりにコンパイルおよび実行されました。その後、コンパイルできなくなりました。ユーザーが負の数を入力した場合、例外をキャッチしてエラーメッセージを生成すると想定されています。