エラー
エラーについて話しましょう。
エラーには2つのタイプがあります。
- 予想されるエラー
- 予期しないエラー
- オフバイワンエラー
予想されるエラー
予期されるエラーとは、間違ったことが発生する状態ですが、その可能性があることはわかっているため、対処します。
これらは、ユーザー入力やサーバー要求などです。ユーザーが間違いを犯したり、サーバーがダウンしたりする可能性があることを知っているので、チェックコードを記述して、プログラムが入力を再度要求するか、メッセージを表示するか、その他の適切な動作を確認します。
これらは処理されると回復可能です。未処理のままにすると、予期しないエラーになります。
予期しないエラー
予期しないエラー（バグ）は、コードが間違っているために間違ったことが起こる状態です。それらは最終的には発生することを知っていますが、定義により予想外であるため、どこでどのように対処するかを知る方法はありません。
これらは、構文エラーや論理エラーなどです。コードにタイプミスがあり、間違ったパラメーターで関数を呼び出した可能性があります。通常、これらは回復できません。
try..catch
について話しましょうtry..catch。
JavaScriptでは、throw一般的に使用されません。コード内の例を見てみると、それらはほとんどないでしょうし、通常は
function example(param) {
if (!Array.isArray(param) {
throw new TypeError('"param" should be an array!');
}
...
}
このため、try..catch制御フローではブロックもそれほど一般的ではありません。通常、メソッドを呼び出す前にいくつかのチェックを追加して、予期されるエラーを回避するのは非常に簡単です。
JavaScript環境もかなり寛容なので、予期しないエラーもしばしばキャッチされずに残されます。
try..catch珍しいことはありません。JavaやC＃などの言語ではより一般的な、いくつかの便利な使用例があります。JavaとC＃には型付きcatch構造の利点があるため、予想されるエラーと予期しないエラーを区別できます。
C＃：
try
{
var example = DoSomething();
}
catch (ExpectedException e)
{
DoSomethingElse(e);
}
この例では、他の予期しない例外を上に流して、他の場所で処理できます（ログに記録してプログラムを閉じるなど）。
JavaScriptでは、この構成は次の方法で複製できます。
try {
let example = doSomething();
} catch (e) {
if (e instanceOf ExpectedError) {
DoSomethingElse(e);
} else {
throw e;
}
}
それほどエレガントではありませんが、これは珍しい理由の一部です。
関数
関数について話しましょう。
単一の責任原則を使用する場合、各クラスと関数は単一の目的を果たす必要があります。
たとえばauthenticate()、ユーザーを認証する場合があります。
これは次のように記述できます。
const user = authenticate();
if (user == null) {
// keep doing stuff
} else {
// handle expected error
}
または、次のように記述される場合があります。
try {
const user = authenticate();
// keep doing stuff
} catch (e) {
if (e instanceOf AuthenticationError) {
// handle expected error
} else {
throw e;
}
}
どちらも受け入れられます。
約束
約束について話しましょう。
Promiseはの非同期形式ですtry..catch。コードを呼び出すnew PromiseかPromise.resolve、tryコードを開始します。呼び出すthrowかPromise.reject、catchコードを送信します。
Promise.resolve(value) // try
.then(doSomething) // try
.then(doSomethingElse) // try
.catch(handleError) // catch
ユーザーを認証する非同期関数がある場合、次のように記述できます。
authenticate()
.then((user) => {
if (user == null) {
// keep doing stuff
} else {
// handle expected error
}
});
または、次のように記述される場合があります。
authenticate()
.then((user) => {
// keep doing stuff
})
.catch((e) => {
if (e instanceOf AuthenticationError) {
// handle expected error
} else {
throw e;
}
});
どちらも受け入れられます。
ネスティング
ネスティングについて話しましょう。
try..catchネストできます。あなたのauthenticate()方法は、内部的に持っているかもしれないtry..catch次のようなブロックを
try {
const credentials = requestCredentialsFromUser();
const user = getUserFromServer(credentials);
} catch (e) {
if (e instanceOf CredentialsError) {
// handle failure to request credentials
} else if (e instanceOf ServerError) {
// handle failure to get data from server
} else {
throw e; // no idea what happened
}
}
同様に、promiseはネストできます。非同期authenticate()メソッドは、内部的にプロミスを使用する場合があります。
requestCredentialsFromUser()
.then(getUserFromServer)
.catch((e) => {
if (e instanceOf CredentialsError) {
// handle failure to request credentials
} else if (e instanceOf ServerError) {
// handle failure to get data from server
} else {
throw e; // no idea what happened
}
});
答えは何ですか？
さて、質問に実際に答える時が来たと思います。
認証の失敗は、約束を拒否する何かと考えられますか？
私ができる最も簡単な答えは、throw同期コードである場合は例外を避けたいと思うところならどこでも約束を拒否すべきだということです。
ステートメントにいくつifかのチェックをthen入れることで制御フローがより簡単になった場合、約束を拒否する必要はありません。
約束を拒否し、エラー処理コードでエラーのタイプをチェックすることで制御フローがより単純な場合は、代わりにそれを実行します。
rejectfalseを返す必要がありますが、値がaBoolであると予想される場合は成功し、値に関係なくBoolで解決する必要があります。Promiseは値の一種のプロキシです-返された値を保存するため、値を取得できなかった場合にのみを使用してくださいreject。それ以外の場合はする必要がありresolveます。