問題タブ [throw]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
flash - フラッシュと Box2D 2.1a を使用したオブジェクトの回転とスロー
box2D 2.1a でフラッシュを使用しています。ひもにぶら下がっているボールを回転させています。回転するボールの軌跡が楕円になる軌跡。回転しているボールを紐から離すとき、得られた方向、速度、強さでボールを飛ばしたい。写真でわかるように。
http://imageshack.us/photo/my-images/841/circle1.jpg/
http://imageshack.us/photo/my-images/688/circlethrow.jpg/
setPosition (b2Body のメソッド) とさまざまなジョイントでそれを実行しようとしました。しかし、私は必要な結果を得ていません。
c++ - C++ の基本的な例外に関する質問
誰かが次の状況を処理する正しい方法を説明してください:
それを解決する明白な方法は、次のようなことを意味します。
さて~いいですか?(私はそう思うが、誰が知っているか:)
PS私はそれを行うためのはるかに良い方法があることを認識しています - を使用するboost::scoped_array
か、単純std::wstring
に、呼び出されたデストラクタが割り当てられたメモリを解放できるようにします。
scala - なしを返すか、URLをフェッチするときに例外をスローする方が良いですか?
現在、URLをフェッチしてそのWebページのHTMLでOption[String]を返そうとするScalaヘルパーメソッドがあります。
例外(不正な形式のURL、読み取りタイムアウトなど)がある場合、または問題がある場合は、Noneを返します。問題は、呼び出し元のコードが例外をログに記録できるように例外をスローする方がよいのでしょうか、それともこの場合はNoneを返すのが望ましいのでしょうか。
java - 例外以外のものにThrowableを使用する
エラーのコンテキストで、Throwable/Exception を常に見てきました。Throwable
しかし、再帰的なメソッド呼び出しのスタックから抜け出すためだけにa を拡張すると本当に便利な状況を思いつくことができます。たとえば、再帰的検索によってツリー内のオブジェクトを見つけて返そうとしたとします。見つけたら、いくつかに突き刺してCarrier extends Throwable
投げ、再帰メソッドを呼び出すメソッドでキャッチします。
肯定的: 再帰呼び出しのリターン ロジックについて心配する必要はありません。必要なものが見つかったので、その参照をメソッド スタックに戻す方法を心配する必要はありません。
否定的: 必要のないスタック トレースがあります。また、try/catch
ブロックは直感に反します。
以下はばかばかしいほど単純な使用法です。
問題は、同じことを達成するためのより良い方法があるかということです。また、このように物事を行うことについて本質的に悪いことはありますか?
c# - object.ReferenceEquals または == 演算子?
Why は次のようにThrowIfNull
実装されています。
次のように書き直したほうがよいのではないでしょうか。
長所: 混乱を招くオーバーロードを回避するのに役立ちEquals
、おそらくコードがより明確になります。
それに対する短所はありますか?いくつかあるはずです。
javascript - Javascript のエラーにより、IE のページで JavaScript の実行が停止する
私の Web サイトには JavaScript ファイルへの参照があり、IE では次のエラーがスローされます。
これthrow
は Internet Explorer によって検出されており、他の JavaScript の実行が停止しているように見えます。
エラーによってページのすべてが完全に停止しないようにするにはどうすればよいですか?
java - Java:認証を除外した場合に何をスローする必要がありますか?
私は小さなライブラリを書いていますが、その中でいくつかの異なるタイプのファイルにアクセスする必要があります。アクセス方法自体はファイル形式によって異なりますが、共通点が多いようで、データソースに接続する方法を記述したクラス階層にインターフェイスを配置しました。
ただし、データソースはパスワードやユーザー権限で保護されている可能性があるため、データを取得するために認証が必要になる場合があります。私の質問は次のとおりです。
認証が必要な場合に例外をスローすることをお勧めしますか?
実装をできるだけ公開したくないので、何が起こったのかをユーザーに伝えたいだけです。しかし、認証にはさまざまなもの(ユーザー名、パスワードなど)が必要になる可能性があるため、それらを1つの例外にまとめて、破棄することはできますか?または、「認証が必要」は、例外が通常処理するために使用される例外的な動作ではないため、例外に頼らないより良い方法があるかもしれません。
認証が必要な場合にスローする例外は何ですか?
ここで、これを処理するために例外を使用することにしたとします。どの例外をスローする必要がありますか?Java APIに同梱されているいくつか
AuthenticationException
は、ネーミングサービスで使用されるなど、非常にケース固有であるように見えるため、この要件に適合していないようです。どうすればよいかSecurityException
わかりませんが、これが不適切な場合でも、他の人が私のコードとAPIの背後で何が起こっているのかを理解するのを妨げるため、自分の例外をスローしたくありません。
ご入力いただきありがとうございます。これはやや長すぎるか、冗長すぎる可能性があるため、質問を改善する編集は大歓迎です。
c++ - throw, try {} catch {} は現実の世界でどのように使用されるべきですか?
つまり、throw、try {} catch {} に関するすべての言語ルールを知っていましたが、実際にそれらを正しく使用しているかどうかはわかりません。次の例を参照してください。
私たちは、あらゆる種類の画像処理を行う大きな科学的コードを持っています。最近、それを改良してより堅牢にすることにしました。頻繁に使用されるルーチンの 1 つはvoid rotate_in_place(float* image, image_size sz)です。
より堅牢にするために、コードの先頭にサニティ チェックを追加します。
問題は、rotate_in_place() が 1000 を超える場所で使用されていることです。rotate_in_place() の各呼び出しを try{} catch {} でラップする必要があります。これにより、コードが非常に肥大化するように見えます。もう 1 つの可能性は、try{} catch{} をラップせずにプログラムを終了させることですが、これは単に使用することとどう違うのですか
要するに、throw、try、catch を使用することの本当の利点についてはよくわかりませんが、何か良い提案はありますか?
java - Javaで同じタイプの例外を再度スローする方法は?
例外時と同じタイプの例外をスローした後にデータを復元する必要があります。コンパイル時に例外の種類がわからない場合は可能ですか? ありがとう。
java - JRubyでJava例外をスローし、Javaでキャッチする
Java で独自の UI コンポーネントを作成しました。モデルがあり、モデルのメソッドのいくつかは、ModelException と呼ばれる例外をスローできます。このコンポーネントを JRuby で使用したいのですが、ModelException を発生させることができません:
そこで、Java で ModelException をスローするメソッドを作成し、それを JRuby で呼び出してみました。
しかし、JRuby から throwModelException を呼び出すと、次のようになります。
このネイティブ例外は、Java コードでは処理できません。
JRubyでJava例外をスローしてJavaでキャッチする方法はありますか?