JavaScript でカスタム例外をしっかり使う
JavaScript には、そこかしこに罠がありますが、その中の1つはエラーハンドリングだと思います。 今回はエラーハンドリングにおいて、あまり活用されていない気がする、カスタム例外をしっかり使ってみたいと思います。 TL;DR necojackarc/extensible-custom-error を使うと、エラーオブジェクトも引数に取れる便利なカスタム例外が簡単に定義できるよ！ const ExtensibleCustomError = require('extensible-custom-error'); class MyError extends ExtensibleCustomError {} new MyError('message'); // メッセージ new MyError(error); // エラーオブジェクト new MyError('message', error
Javaの道：例外（１．はじめての例外）
例外の概要 例外とはプログラム動作における予期せぬ事象（エラー）のことを言います。Javaでは例外が発生した時、あらかじめ用意されているエラーメッセージ（Exception in thread "main" java.lang.ArithmeticException ・・・など)を表示しプログラムを終了します。これがJavaのデフォルトの例外処理です。Javaではデフォルトの例外処理以外にエラーメールの送信、エラーログの生成、強制終了処理の実行といった任意の例外処理を付け加えることができます。 以下はJavaで例外処理を行う上で使用するキーワードです。 「例外をスローする」 Javaではエラーが発生した際、例外オブジェクトというエラー情報を保有したオブジェクトを生成し、そのオブジェクトをJava実行システムに渡します。この処理を「例外をスローする」と言います。 「例外ハンドラ」 エラーメー
NullPointerExceptionなどの標準例外を使っていないわけ - taediumの日記
Domaでは、Daoのメソッドに期待されない引数（nullとか）が渡された場合に例外をスローしますが、そのときの例外にNullPointerExceptionやIllegalArgumentExceptionを使っていません。代わりに、DomaNullPointerExceptionやDomaIllegalArgumentExceptionといったDoma独自の例外を投げます。 これはなぜかというと、Daoのメソッドに対する事前条件を満たしていないのか、それともDoma自身にバグあって例外がスローされてしまっているのをわかりやすくするためです。 つまり、DomaNullPointerExceptionやDomaIllegalArgumentExceptionがスローされるということは、「これはDomaが意図的にスローしています。なんらかの条件を満たしていません。」というメッセージです。そし
Google App Engine — Password-less Login with OAuth2
Send feedback Java on Google App Engine Stay organized with collections Save and categorize content based on your preferences. App Engine offers you a choice between two environments for Java applications: standard environment and flexible environment. Both environments have the same code-centric developer workflow, scale quickly and efficiently to handle increasing demand, and enable you to use G
［Google App Engine編］サービスのエラーに備える
Google App Engineでは、さまざまな機能において「いつでも例外（エラー）が発生する可能性がある」という仕様になっています。Datastoreのタイムアウトや処理時間の上限に到達してしまった場合の例外が有名です。リソースの使用量を課金額の上限まで使いきってしまった場合にも例外が発生します。 中でも、アプリケーションが動作するサーバー「AppServer」の障害（エラー）への対策には注意が必要です。うまくエラーを避けるための設計ノウハウを紹介します。 アプリケーションからデータだけを送信する Google App Engineのアプリケーションは、「AppServer」というサーバーで実行されます。このAppServerは、これまで何度か障害が発生したり、極端にレスポンスが遅くなったりしたことがあります。AppServer自体に障害が発生すると、アプリケーションの中でどれだけ例外
GAE/Jで運用中に発生する例外（と一部対処法） : CB NANASHI管理人ブログ
2010年02月24日22:34 カテゴリGoogle App Engineサイト構築 GAE/Jで運用中に発生する例外（と一部対処法） App Engineでのアプリケーション実行中に私が遭遇した不測の例外やエラーについて、原因と（一部のみですが）対策を書いてみます。 あくまでも個人的な経験に基づくもので、多分に推測を含みますが、多少ともお役に立てば幸いです。例外の種類は随時追加したいと思います。コードの誤りや、よりよい対策などがあれば、お知らせ頂ければ幸いです。 今回記述した例外、エラーの種類 DatastoreTimeoutException ApiProxy$UnknownException ApiProxy$CapabilityDisabledException GCacheException DeadlineExceededException ConcurrentModific
JavaScriptでの例外設計 （throw，try-catch-finally構文のイメージと利用パターン） - 主に言語とシステム開発に関して
JavaScriptプログラミングのTOPへ JavaScriptの例外（throw, try-catch-finally構文）の使い方について，以下の点を論じる。 （Ａ）breakとreturnとthrowの比較 （Ｂ）throwを利用した設計のイメージ （Ｃ）throwの使いどころ （Ｄ）例外処理のサンプルコード×２ （Ａ）break（continue）とthrowとreturnは何なのか どれも「goto」である。 特に，breakがGOTOである事についてのサンプルコード： HOGE:{ alert( "このメッセージは表示されます。" ); // "GOTO"の役目をする。該当ブロックから抜ける break HOGE; alert( "このメッセージは表示されません。" ); }// end of HOGE alert( "HOGEブロックを抜けました。" ); http://d
Throwableについて本気出して考えてみた - 都元ダイスケ IT-PRESS
Throwable、Exception、RuntimeException(RTE)、Errorあたりを整理しながら、色々考えてみた。私見に基づくので、間違っているかもしれないけれど、自分としては頭が整理できたかな、と感じたので晒してみる。異論があったらコメントください。 まず、一番基礎的なところで、継承関係の整理から。こんなツリーになっています。 Throwable Error Exception RuntimeException そして、本稿での用語の定義。caller＝呼出す側のコード callee＝呼出される側（throwする側）のコードとします。 Throwable Throwableは「throw文に指定できる何か」という意味ですね。 Instances of two subclasses, Error and Exception, are conventionally used
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
