Node.js における Promise を使った例外処理 - from scratch

さて、 Node.js のエラーハンドリングは難しいと言われてますが、 2016年現在、つまりNodeの v4 とか v6 が主流になり、 Promise が基本的な処理として採用されている状況ではどうでしょうか。ちょっと考えてみます。 一応これの補足です。 qiita.com TL;DR 未だに難しい。ただし、 Promise で改善されている。async-await や zone まで来たらかなり楽になる。 あと、 unhandledRejection が uncaughtException よりも酷いことにならないので、大分マシになっている。 Node.js のエラーハンドリングの難しさ まず JavaScript には同期と非同期のエラーハンドリングのやり方があります。前者は所謂 try-catch による方法、後者は callback を使って第一引数で実現する方法や emit(

[love0hate]

他のLLがここまで丁寧に例外処理が考慮されているかというとそうでもないようなきはする

[takaken1123]

[2016-12-08 0:42]

[akymrk]

"uncaughtException は C++ のレイヤでキャッチしているという話をしましたが、 unhandledRejection はJSレイヤで処理されています。"

[jinjor]

middleware参考になる

[efcl]

Node.jsのuncaughtExceptionとPromiseを使った場合のunhandledRejectionについて。 それぞれの違いや動作について

[hatz48]

“v8 の最適化が try-catch のブロックが書かれた関数をJITで最適化しないという制約が存在する”

[nilab]

JavaScript / Node.js はなかなか『正解』が見つからない言語だなぁ。

[takohaka]

"v8 の最適化が try-catch のブロックが書かれた関数をJITで最適化しない"

[tarhashi]

自分もnode使ってサーバーサイドの処理書いてるけど、非同期処理は全部Promise使ってる。

[ntaoo]

Dartさんなら、Zoneはもちろん、同期非同期混在しても統一的にtry-catchでエラーハンドリングできるので大変楽ですよ

[morita_non]

ここまでめんどくさいのなら、いっそJavaにした方がいいんじゃね。

[lesamoureuses]

“uncaughtException で落ちないといけないのは、簡単にいえば、例外を v8(C++) の層でキャッチしているから”

[t-wada]

Promise が入った現時点の Node.js における例外処理、 unhandledRejection と uncaughtException の違いなどについて分かりやすく説明されているエントリ

[yayugu]

node.jsのめちゃめちゃつらいとこ

[jovi0608]

Microtask Queueを柔軟に扱えるV8のAPIがあれば、Nodeでももっと使いやすくなるんだけどなぁ。

[ledsun]

ためになる

[holyshared]

今実際にNodejsのバックエンドやってるけど、自分も全部非同期なAPIはPromiseにしてる。

[koba04]

++

[vvakame]

ヨサ

[yohshiy]

前にも同じような記事見たけど、Node.js は Promise 使ったエラーハンドリングが流れなのかな。