.NET Frameworkの最新技術とSilverlightとの連携

はじめに

　Silverlightと言うとリッチなユーザーインターフェイスや、アニメーションと言ったインタラクティブな要素ばかり注目されがちですが、Silverlight 2（以下 Silverlight）からは、ジェネリックやLINQ、スレッドといった.NET Frameworkの機能がサポートされました。これによりSilverlightでは.NET Frameworkのライブラリを使用し、効率的に業務アプリケーションを構築できるようになったという点も忘れてはいけません。

　今回はSilverlightで使用できる.NET Frameworkの最新技術とSilverlightの連携について触れていきたいと思います。

対象読者

　Silverlight開発初心者。

Silverlight概要の復習

　最初にSilverlightの概要について振り返っておきましょう。Silverlightは本連載の1回目でも触れたように、図1のアーキテクチャで構成されています。

図1：Silverlight 2のアーキテクチャ

　Silverlightは.NET Framework 3.5のサブセットとして実装されています。つまり、コレクションの検索や、サーバー側アプリケーションとの連携、.NET Frameworkと同じ型システム、ガーベッジコレクタといった.NET Frameworkの共通基盤をSilverlightでも利用できるようになったということです。

　また、分離ストレージを使ったユーザー情報の保存、スレッドを使った非同期プログラミング、HTML DOMとの連携といったインターネットアプリケーションの構築を助けるためにの機能が豊富に提供されているのもSilverlightの特徴の一つです。

　Silverlightが提供している機能の概要を表1に示します。

複数プログラミング言語のサポート

　今までクライアントサイドのプログラミングと言えば、HTMLであればJavaScript、FlashであればActionScriptを使ってプログラミングを行っていました。この2つの言語は習得にそれほど時間がかかるわけではありませんが、普段プログラミングを行っているC#やVisual Basicなどとは違った動的に型付けされた言語であり、静的に型付けされた言語とは違うプログラミングが必要とされました。

　プログラミングのバグの中で最も発見が困難な類のバグは、型に基づいたバグだと筆者は考えています。例えば最初は整数型で宣言していた変数がプログラム中のコードにより、いつの間にか文字列型の変数に置き換わっていたため、計算結果がおかしくなってしまったり、本来はインスタンスが持っていないはずのメソッドを呼び出すコードを記述し、実行時に初めてエラーに気付くといった問題です。

var total = 0;          // total の値は 0 (int)
total = total + "1";    // total の値は 01 (string)

var s = "abc";
s.method1();            // 実装していないメソッドの呼び出し

　静的言語では、これらのバグはコンパイル時にチェックし、インスタンス同士の型変換が可能であるか、インスタンスは指定されたメソッドを持っているかなどをコンパイル時に発見することが可能になっています。特に業務アプリケーションのように大人数で作成するアプリケーションではプログラマーの力量もバラバラなことが多く、コンパイル時にチェックできるものはできるだけコンパイラーによって検知できる仕組みがある言語が望まれていました。

　しかし、動的言語が業務アプリケーション開発に向いていないと言っているわけではありません。確かに静的な型チェックがないためコーディングの際に注意が必要ですが、本来プログラムは目的を記述するためのものであり、型情報はある意味ノイズであると考えることもできます。動的言語では型を動的に決定することでコーディング量を少なくし、簡潔にプログラミングすることが可能になります。

　Silverlightでは後述するDLRを使うことで、CLR上で動作する動的言語の基盤もサポートしています。現在のところSilverlightでは、JScriptやIronRuby、IronPythonといった言語がサポートされています。