.NETの例外処理 Part.1 - とあるコンサルタントのつぶやき - Site Home - MSDN Blogs
.NETの例外処理 Part.1 12/29/2008 5 minutes to read さて次は何を書こうかなぁと思ってましたが、前回のエントリのウケが比較的よかった様子なので、もうちょっと初心者向けのエントリを続けてみようと思ったり。ということで、今回は .NET の例外処理について書いてみたいと思います。 なぜにいまさら例外処理……？ と思われる方も多いと思うのですが、理由はただ一点。現場レベルのソースコード読んでると、未だに例外処理がめちゃくちゃなアプリがホントに多いのです。 私が昔、Java を初めて触ったときに感動した機構の一つが例外処理（とそれに関連するスタックトレース）で、例外処理を正しく書くだけで、アプリの内部動作の大部分はわかるし、障害解析も圧倒的にラクになる。しかしその一方で、例外処理についてわかりやすくまとめられた書籍が少ないために、なかなか理解するのが大変なとこ
技術的例外とビジネス例外を明確に区別する - Strategic Choice
Distinguish Business Exceptions from TechnicalDan Bergh Johnsson技術的例外とビジネス例外を明確に区別するダン・バーグ・ヨーンソンどういうこと？プログラムの実行時に起きる問題には、大きく分けて２つの原因があります。１つは技術的な原因です。これは、発生するとアプリケーションの実行そのものが続けられなくなるような問題のことです。もう１つの原因はビジネスロジックです。これは、ユーザがアプリケーションの使い方を誤らせないために（わざと）発生させる問題です。プログラミング言語は、この２種類の問題の発生を通知するために「例外（Exception)」を使用します。しかし、２種類の問題は本質的に大きく異なるため、２つの例外を明確に区別して扱わなければなりません。どうして？「技術的例外」と「ビジネス例外」を同じ例外階層構造で扱ってしまうと、両者の
Swift 2.0 の Error Handling について考えてみる
Swift 2.0 の Error Handling ってどんな機会に使うんだろうと思いながら過ごしていたら、NSFileManager の contentsOfDirectoryAtPath:メソッド で縁があったので、そこから感じたことを記してみることにしました。 Swift 2.0 の Error Handling というのは、エラーの状況に応じて適切な回復手段を提供するための仕組みで、これまでの真偽値やオプショナルを使った方式のように、成功したか失敗したかだけでは物足りない場面をカバーできるもののようです。 また、NSError を使った Cocoa フレームワークのエラー処理を自然に扱えるようにデザインされたものという位置づけもあるようです。 Cocoa の Error Handling NSFileManager の contentsOfDirectoryAtPath: に見る
StrongLoop - Comparing Node.js Promises, Try/Catch, Angular Zone.js and yes, Zone
Comparing Node.js Promises, Try/Catch, Angular Zone.js and yes, Zone by Alex Gorbatchev Apr 15, 2014 / Community, How-To Handling errors in asynchronous flow In a previous article we talked about managing async flow and escaping the callback hell. The problem Handling errors in synchronous flow is pretty straightforward and easy. Handling errors in asynchronous flow in a clean and easy to follow m
StrongLoop | Zones
What is Node.js Zones? Zone is a library that: Enables more effective debugging by providing better stack traces for asynchronous functions Makes it easier to write and understand asynchronous functions for Node applications Makes it easier to handle errors raised asynchronously and avoid resulting resource leaks Enables you to associate user data with asynchronous control flow Read the announceme
東京Node学園#8 Let It Crash!?
ZOZOTOWNで最大級のトラフィックを記録する福袋発売イベントで実施した負荷対策と、当日の監視体制についてMasaki Hirose
Cのエラーハンドリングと例外設計、例外処理のメモ - 百日半狂乱
二十五日半狂乱、6日目(の分...orz)の記事 Cのエラーハンドリングを毎回やるのは面倒だ！ 前回も言ったが、Cではエラーハンドリングに戻り値とerrnoを用いる． それはそうと例外設計において"無視"は大罪である． だから、関数を呼び出したら戻り値は漏らさずチェックすべきだ． ということで、例えば以下のように逐一戻り値をチェックする． if(send(sockfd, buf, len, 0) < 0){ ERROR("send"); exit(1); } あぁ、面倒だ． 一体コードのどの部分が正常系の処理なのか？ ほとんどエラーハンドリング*1で埋め尽くされるじゃないか． そもそもエラーハンドリング部分に書くのは毎回同じコードだし、コードの繰り返しは防ぎたい． エラー処理部分をラッピングして楽をする unpv12eの中でラッパーを被せることによってこの面倒を回避する方法を知った． in
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
LoopBack Documentation | LoopBack Documentation