#error_handling_sushi
- プロセスを落とす例外が悪い? - プログラマーエラーに対する誤解 - 開発時にどんどん落としてプログラマに気づかせるものであるはず (assertみたいなやつの話) #error_handling_sushi
2015-03-06 19:35:04- 都合の悪い例外処理を例外と思い込む - if-elseの代わりにtry-catchを使ってるのはだいたいこれ #error_handling_sushi
2015-03-06 19:40:05>> #error_handling_sushi 基調講演 gist.github.com/teppeis/cc2b7a… うまそうなスシだな
2015-03-06 19:41:23- JavaScriptの場合の言語機能での例外 - stackが標準じゃない - IE は 10から - + IE は throw しないと stack取れない(newだけだとできない) #error_handling_sushi
2015-03-06 19:41:45`Error.call(this)`がネイティブクラスにはできない => ちゃんとしたカスタムエラーができない #error_handling_sushi
2015-03-06 19:43:42#error_handling_sushi V8の話 "JavaScriptStackTraceApi邦訳。Errorオブジェクトのstackについて。 | Ginpen-com" ginpen.com/2014/05/13/jav…
2015-03-06 19:44:29- カスタムエラーは必要? - 大体の場合はインスタンスの型が欲しい - instanceofしたいだけなのでは? #error_handling_sushi
2015-03-06 19:46:58#error_handling_sushi "今時のブラウザが例外発生時にどんな情報を出しているのか調べてみたよ - latest log" uupaa.hatenablog.com/entry/2011/11/…
2015-03-06 19:47:27カスタムエラーの使いドコロ? - 例) HTTP404 - FetchError + statusCodeみたいなプロパティ - NotFoundErrorみたいなそれぞれ作るのはインスタンスレベルの型になってよくない #error_handling_sushi
2015-03-06 19:49:59カスタムエラーの作り所 - プロパティで情報を追加したい時 - stackはそこまでこだわらなくても良さそう - JavaScriptの場合プロパティの値で分岐するのと、型(instanceof)でやるのはそこまで変わらないのでは? #error_handling_sushi
2015-03-06 19:55:42#error_handling_sushi 参考情報です / 例外設計における大罪 slideshare.net/t_wada/excepti…
2015-03-06 19:58:10