あしあと blog

僕も家庭用ゲーム機のプログラムをしていたときは、例外について気にしてませんでしたが、普通のOS上でライブラリを作ってみると、ありがたみがわかるようになりました。
例外を使うか使わないかの判断は、例外を使わなくてもそのソフトウェアが正常な状態では機能するかどうかで、throwするときは「オレ、もうどうにもできんのであとよろしく」とサジを投げるときだとおもいます。そういう状態になるのは外部要因(入力、OSからの割込とか)が原因なので、ゲーム機の場合そんな状態になったらもうアウトだからあんまり使わないんだと思います。

そうですね。
ゲーム機は致命的なエラーが起きたらもうアウトっていうところが大きいですね。

ただ、それほど致命的なエラーでなくても例外を使う意味があるのかもしれない、と思っています。
あまり沢山の言語を見たわけではないですが、新しく設計された言語やライブラリは例外を好む傾向があるような気がします。

MFCの CFile::Open() の戻り値は成功したかどうかを表わすBOOLで、さらにエラーを受け取るためのオブジェクトをポインタ渡ししてます。
かたや、同じMicrosoftの .NET Framework では、File.Open() はエラー時に例外を投げます。
rubyのライブラリも例外を使ったエラー処理がスタンダードですよね。

ゲーム開発で使うかどうかはさておき、世の中の流れが例外にあるなら、その理由を探ってみようかなーと思ったのでした。