C/C++ をはじめとして、多くの言語では「三項演算子」がサポートされています。

//偶奇性の表示
void PrintParity(int n){
    puts((n % 2 == 0) ? "even" : "odd");
}

処理の内容が同じでパラメータだけが異なるような処理の場合、三項演算子を上手く使うとコードが簡潔になります。

//偶奇性の表示
void PrintParity(int n){
    if (n % 2 == 0)
        puts("even");
    else
        puts("odd");
}

しかし、「条件 (第 1項)」や「値 (第 2, 3項)」が長い場合は、コードが横にだらだらと伸びてしまい美しくありません。
そんなときは、値の項を１段下げて記述すると見やすくなります。
２つの「値」が同列に並ぶとともに、「条件」より１段下がることで従属関係が明確になるという利点があります。

//中央値
double median(const Array<int>& an){
    return (an.size % 2)
        ? values[an.size/2]
        : 0.5*(values[an.size/2 - 1] + values[an.size/2]);
}

ちなみに、Ruby などのステートメントの終端が明示されない言語では、この方法は使えません。 (「条件」の評価値を返して終了してしまうため。)
この問題は、津のように ? および : 演算子を行末に移動してやることで解決できます。

# 中央値
def median(const values)
    return (values.size % 2 != 0) ?
        an[an.size/2] :
        (an[an.size/2 - 1] + an[an.size/2])/2
end

しかしながら、この記法はいまひとつエレガントさに欠けます。
ステートメントの終端をセミコロン (;) で明示する僅かな手間を惜しみさえしなければ、こうした曖昧さはないのに……。
と、三項演算子を綴るたび、Ruby の文法に不満を覚える C++ 使いでありましたとさ。

アプリケーションがスクリプトにより動作を変更できるようにするのは、応用範囲も広く（他人に仕事を任せれるため）大変重要です。 特にゲームなどでは、敵の動作などをハードコーディングしてしまった場合プログラムを製作した人しか変更することが難しく、その変更も非常に面倒になってきます。

インタプリタを製作するには yacc や lex を使うと大変便利ですが、内部動作をよく理解するために最初は手書きで作ってみることが必要でしょう。 第01回はインタプリタの内部動作についてを学習します。

Java をはじめとするいくつかの言語は、実行時に発生したエラーを処理する仕組みとして、例外処理機構を採用しています。
例外処理を使うと、戻り値でエラーを検知・処理する手法よりも確実に行うことができる上、コードの記述も簡潔になります。
C++ もこの例外処理を採用していますが、Java のそれと比べても明らかに普及していません。
その理由としては、

• 前身である C から、従来のエラー処理手法 (戻り値で検出) が尾を引いている。
• Java の Exception のような、標準の例外型が存在しない。
• 例外の補足・処理が強制されない。(Java では throws キーワードを使用してこれを強制する。)

などが考えられます。
これらのうち、1. 2. を解決すべく、Java に負けじと C++ 版 Exception を作成してみました。

これを使えば、従来よりも簡単かつ便利に例外処理を行うことができます。

前回に引き続き字句解析プログラムの内容について考えます。
成田さんに添削していただいた部分も合わせて冗長な部分を削除した・・・つもりです。

• 演算子
• 制御文判別子

某所からの「Codelogy にエントリを投稿しろ」という圧力が大きくなってきたので、自作の XML ライブラリでも紹介してお茶を濁そうかと思います。 とは言っても、業務に使用しているものなので、ちゃんと使えるレベルには仕上がっています。

前のエントリからかなり間が空いてしまいましたが、XML ライブラリの紹介の続きです。

読み込んだXML文書のツリー構造をたどって各要素に対する処理を行うのは、手間がかかります。
今回は、フレームワークを利用して XML 文書を解釈 (interpret) する方法について説明します。

3D系プログラムをしていると、どうしてもついて回るのが読み込みモデリングファイルの形式です。
私は普段DirectXを使っていますので、標準形式のXFileを使えばよいではないかということになりそうですが、XFileの方言はひどいものがある上に上位にあたるXNAではXFileをサポートしないといったことになっており散々です。
よくデザイナーさんが使うmaya, 3ds max, LightWave3Dなどのソフトがありますが、それぞれのエクスポーターで出力するXFileも方言があり、Root Frameにアニメーション情報を含んだり、含まなかったり、メッシュの名前をつけたりつけなかったりと様々です。
（他にもアニメーションの名前をつけたりつけなかったりするものまで・・・）
当然標準のビューアのみで対応できるはずもなく、マテリアル色がおかしくなったり、アニメーションが壊れたり、描画すらされなかったりといった結果になります。

それぞれのソフトに対応したエクスポーターを書いてもよいのですが、現在進行中プロジェクトではmaya, max, light waveすべてからのデータが送られてくるため、３つもエクスポータを書くのはさすがに無理です。
ですので、これらの問題を埋めるためにAutodesk社が標準とするFBXというファイル形式から必要な情報を抜き出し独自形式にコンバートしたいと思います。

今回はお仕事用としてのメモも兼ねますので、すぐに次の情報をアップしたいと思います。今回はFBXのパース、バージョンが上がったSDKの使い方がメインです。