2013年4月25日木曜日

Javaにおける例外とエラーの扱いについて


例外・エラーの種類

大まかに二種類

チェックされる例外と、されない例外・エラー
・チェックされる例外は、実装時にコンパイラがチェックするので、catchしていないとEclipse上で赤くなります///
・チェックされない例外・エラーは、コンパイラはチェックしません(文字通りですが...)。なので、catchを書く必要はありません。

分類表

typeチェックされる?意味
Exceptionされるシステムの設計の範囲内の異常なイベント
Errorされないシステムの設計の範囲外の異常なイベント
RuntimeExceptionされないバグ、プログラムの誤り

クラス階層

Throwable ← Error
  ↑
  └ Exception ← RuntimeException
こんな感じ。

チェックされない例外・エラーについて

チェックされない例外・エラー(RuntimeError/Error)は、メソッド定義の「throws」で明示的に示す必要がありません。
たとえthrowsで指定していたとしても呼び出し側でcatchする必要はありません。
つまり、 「チェックされない例外」はどのメソッド呼び出しからでも投げられる可能性があるし、どの種類の例外が投げられるかもわかりません。
メソッド側にthrowsがついていればそれを見てはじめてわかりますが、 それ以外が投げられる場合もある でしょう。

例外・エラーの使い方

上記を踏まえて...
一般的には、
・外部の環境によって生ずるもの:チェックされる例外
・正常なプログラムでは発生しないもの:チェックされない例外
という指針が使われるようです。

例外を投げる

例外をメソッドが上位で対応する必要がある場合(そのメソッドをふつうに使用するうえで、起こりうるエラーの状態)は、「チェックされる例外」を投げます。
チェックされる例外は、状況に応じて複数の種類を用意するとよいでしょう。
上位で対応する必要がない場合(インスタンスやクラスの初期化漏れ、範囲外の引数など、明らかに上位側の過失)は、「チェックされない例外」を投げます。

例外を受ける

「チェックされる例外」のみをcatchします。
外部ライブラリなどのメソッドで、「想定内のエラー処理」でも「チェックされない例外」が発生するときは、
その例外もcatchするか、「チェックする例外」で投げなおすようなラッパーを用意します。
「チェックされない例外・エラー」が発生している時点で異常な状況で、発生すると基本的に処理を続行出来ません。
RuntimeExceptionが出るならメソッド呼び出し側の実装を、Errorなら内容に応じてJVMの設定等を見直します。

禁則事項

複数種の例外・エラーを、ExceptionやThrowableで受けて一緒くたに処理する/もみ消すというのは、
何が起こっているか把握していないことに対応している、という意味で悪い書き方です。
なるべく避けて、個別の例外に対して処理を書きましょう。
例外を分岐・制御構造の代わりに使ってはいけません。ループを抜けたりとかifとして使うとかアリエナス

2013年4月22日月曜日

XubuntuでKiCadをビルドしてみた

XubuntuのSoftware Centerから入るKiCadが相当古かったので、KiCadをソースからビルドしてみたときのメモ。ちなみに64bit版のXubuntu 12.10 desktopです。

必要なパッケージのインストール

それぞれ、入ってなければ入れる感じで。パッケージ別に分けてますが、パッケージ名のところを列挙すれば一括でインストール出来ます。
  1. sudo apt-get install bzr
  2. sudo apt-get install cmake
  3. sudo apt-get install libglu1-mesa-dev freeglut3-dev mesa-common-dev
  4. sudo apt-get install libwxgtk2.8
  5. sudo apt-get install doxygen
  6. sudo apt-get install g++

KiCadのソースコード入手とコンパイル

太字の部分がターミナルで入力するコマンドです。4/21夜時点のコードでは、いくつかコンパイルエラーがあったので修正が必要でした。
  1. bzr branch lp:kicad/stable を実行すると、ソースコードをダウンロードします。
  2. cd stable を実行して、cmake . -DKICAD_STABLE_VERSION=ON とすると、ビルド設定を出力します。
  3. pcb_calculator/transline/transline.cpp の 「bool isinf(double)」というインライン関数を「int isinf(double)」に変更します。
  4. pcb_calculator/dialogs/pcb_calculator_frame_base.cpp の regul_3pins.xpmのある行を検索して、「#include "../bitmaps/regul_3pins.xpm"」と変更します。
  5. make して(スペックによりますが)2時間ほど待つとコンパイルが通っているはずです。(以降のコードの修正によって、ビルドが通らなくなっている可能性もありますが…。)
  6. sudo make install して、インストール完了です。
  7. 新しいターミナルを開いて kicad とやれば、起動します。

2013年4月5日金曜日

仮想化環境で動くAndroid「AndroVM」を使ってみた

過去記事「仮想マシン上のAndroidでUSBホストを使う」で載せてたAndroid-x86なVMイメージが「AndroVM」として公開されていたので使ってみました。

仮想ディスクイメージのダウンロード

上記の「ダウンロード」のページから「vbox86tp version with gapps & houdini & flash」などといったファイルをダウンロードします。
「vbox86tp」「vbox86t」「vbox86p」の三種類がありますが、「t」がTablet、「p」がPhoneを指すようです。Google Playからアプリをダウンロードしたい場合は「with gapps & 〜〜」のバージョンをダウンロードします。

VirtualBoxにインポートして、設定を変更

VirtualBoxを開きファイル→仮想アプライアンスのインポート」から、ダウンロードした「ova」形式のファイルを指定してインポートします。
VirtualBox Managerから、仮想マシン「androVM……」の設定を開き、下記のように設定を変更します。
  • ディスプレイ→ビデオメモリ を 適量 (64MBに変更しました)
  • ディスプレイ→3Dアクセラレーションを有効化 をオン (効くかどうかはわかりませんが…)
  • ネットワーク→アダプター1にホストオンリーアダプターを指定。無い場合はVirtualBoxの設定から作成できます。アダプター2はそのままにします(Wi-Fi用として認識されるようです)
あとは普通にVMを実行すれば起動します。

IPアドレスは「androVM Configuration」というアプリで確認できます。
上記画像の場合、コマンドラインから adb connect 192.168.56.101 とやると、デバッグ接続ができます。(もちろん、デバッグ機能を有効にする必要があります)。

ざっくり使ってみた感想

  • OSのバージョンは4.1.1
  • 起動まで10秒くらい。速い。
  • 動作も普通にサクサクしてる。
  • メモリは1GBとけっこう消費します。
  • rootが使えたり、busyboxがインストールされていたり。アレなファイルを探したりするのが楽です。
  • USBデバイスもつながります。
  • センサーとかNFCとかのデバイス系が絡まないアプリであれば、けっこう快適に開発できる環境だと思います。