コードのインスタンスでわざとスローされたカスタムエラーをキャッチする一般的なエラーハンドラーを作成したいと思います。

throw new Error('sample')次のコードで気に入ったとき

try {
    throw new Error({'hehe':'haha'});
    // throw new Error('hehe');
} catch(e) {
    alert(e);
    console.log(e);
}

ログがFirefoxに表示されError: [object Object]、オブジェクトを解析できませんでした。

2番目throwのログは次のように表示されます。Error: hehe

私がしたとき

try {
    throw ({'hehe':'haha'});
} catch(e) {
    alert(e);
    console.log(e);
}

コンソールは次のように表示されました：Object { hehe="haha"}エラープロパティにアクセスできました。

違いはなんですか？

コードに見られる違いはありますか？同様に文字列は文字列として渡され、オブジェクトはオブジェクトとして渡されますが、構文は異なりますか？

エラーオブジェクトのスローについては調べていません...文字列のスローのみを実行していました。

上記の2つの方法以外に方法はありますか？

ここにエラーオブジェクトとあなた自身のエラーを投げることについての良い説明があります

エラーオブジェクト

エラーが発生した場合、そこから何を抽出できますか？すべてのブラウザのErrorオブジェクトは、次の2つのプロパティをサポートしています。

• name：エラーの名前。具体的には、エラーが属するコンストラクター関数の名前。

• メッセージ：エラーの説明。この説明はブラウザーによって異なります。

nameプロパティにより、6つの可能な値が返されます。これは、前述のように、エラーのコンストラクターの名前に対応しています。彼らです：

Error Name          Description

EvalError           An error in the eval() function has occurred.

RangeError          Out of range number value has occurred.

ReferenceError      An illegal reference has occurred.

SyntaxError         A syntax error within code inside the eval() function has occurred.
                    All other syntax errors are not caught by try/catch/finally, and will
                    trigger the default browser error message associated with the error. 
                    To catch actual syntax errors, you may use the onerror event.

TypeError           An error in the expected variable type has occurred.

URIError            An error when encoding or decoding the URI has occurred 
                   (ie: when calling encodeURI()).

独自のエラーをスローする（例外）

制御がtryブロックからcatchブロックに自動的に転送される前に、6種類のエラーのいずれかが発生するのを待つ代わりに、独自の例外を明示的にスローして、強制的にオンデマンドで発生させることもできます。これは、エラーが何であるか、そして制御をいつキャッチに移すべきかについて独自の定義を作成するのに最適です。

「私は悪だ」を投げる

throwエラーをキャッチすると、以降の実行を終了し、メッセージ文字列を公開 します。

try {
  throw "I'm Evil"
  console.log("You'll never reach to me", 123465)
} catch (e) {
  console.log(e); //I'm Evil
}

スロー後のコンソールが終了の原因に到達することはありません。

新しいエラーをスローする（「私はとても甘い」）

throw new Error2つのパラメータ名とメッセージを含むエラーイベントを公開します。さらに実行を終了します

try {
  throw new Error("I'm Evil")
  console.log("You'll never reach to me", 123465)
} catch (e) {
  console.log(e.name, e.message); //Error, I'm Evil
}

次の記事では、どちらがより良い選択であるかについて、さらに詳しく説明します。throw 'An error'またはthrow new Error('An error')：

http://www.nczonline.net/blog/2009/03/10/the-art-of-throwing-javascript-errors-part-2/

new Error()前者を使用する場合、Internet ExplorerやSafari（バージョンが不明）などのブラウザはメッセージを正しく報告しないため、後者（）の方が信頼性が高いことが示唆されています。

これを行うとエラーがスローされますが、すべてのブラウザーが期待どおりに応答するわけではありません。Firefox、Opera、Chromeはそれぞれ「キャッチされない例外」メッセージを表示し、メッセージ文字列を含めます。SafariとInternet Explorerは単に「キャッチされない例外」エラーをスローし、メッセージ文字列をまったく提供しません。明らかに、これはデバッグの観点からは最適ではありません。

あなたは最初にこのコードに言及します：

throw new Error('sample')

そしてあなたの最初の例ではあなたは書く：

throw new Error({'hehe':'haha'}) 

最初のErrorオブジェクトは、文字列値（この場合は「sample」）を想定しているため、実際に機能します。2つ目は、オブジェクトを渡そうとしているためではなく、文字列を期待しています。

エラーオブジェクトには「message」プロパティがあり、これは「sample」になります。

TLDR：それらは同等です。

// this:
const x = Error('I was created using a function call!');
​​​​// has the same functionality as this:
const y = new Error('I was constructed via the "new" keyword!');

ソース：https : //developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Error

throwオブジェクトとしてできます

throw ({message: 'This Failed'})

それから例えばあなたの try/catch

try {
//
} catch(e) {
    console.log(e); //{message: 'This Failed'}
    console.log(e.message); //This Failed
}

または単に文字列エラーをスローする

throw ('Your error')

try {
//
} catch(e) {
    console.log(e); //Your error
}

throw new Error //only accept a string

Errorコンストラクタは、エラーオブジェクトを作成するために使用されます。ランタイムエラーが発生すると、エラーオブジェクトがスローされます。Errorオブジェクトは、ユーザー定義の例外の基本オブジェクトとしても使用できます。

ユーザー定義エラーはthrowステートメントを介してスローされます。プログラム制御はcatch、呼び出しスタックの最初のブロックに渡されます。

Errorオブジェクトの有無によるエラーのスローの違い：

throw {'hehe':'haha'};

クロムでは、devtoolsは次のようになります。

Chromeは、単なるJSオブジェクトであるキャッチされていないエラーがあることを通知します。オブジェクト自体にエラーに関する情報が含まれている可能性がありますが、それがどこから発生したのかはすぐにはわかりません。コードで作業してデバッグしているときにはあまり役に立ちません。

throw new Error({'hehe':'haha'}); 

クロムでは、devtoolsは次のようになります。

Errorオブジェクトでスローされたエラーは、展開するとスタックトレースになります。これにより、エラーが正確に発生した場所に関する貴重な情報が得られます。これは、コードをデバッグするときに貴重な情報になることがよくあります。さらに、エラーに[object Object]はとあることに注意してください 。これは、Errorコンストラクターが最初の引数としてメッセージ文字列を期待しているためです。オブジェクトを受け取ると、文字列に変換します。

反応行動

残りの回答とは別に、Reactの違いを1つ示します。

をスローnew Error()して開発モードにすると、エラー画面とコンソールログが表示されます。文字列リテラルをスローすると、コンソールログを監視していない場合、文字列リテラルのみがコンソールに表示され、見逃す可能性があります。

例

エラーを投げてコンソールにログインする としながら開発モードで示すエラー画面（画面は、製造中に表示されません）。

throw new Error("The application could not authenticate.");

一方、次のコードはコンソールにのみログインします。

throw "The application could not authenticate.";