WCF RIA Servicesの仕組み

Silverlight 4で作る新しいRIAアプリケーション（4）

　前編ではWCF RIA Servicesを使って、データの検索と更新をデザイナーを利用して作成しました。今回は、検証や共有コードといったWCF RIA Servicesの裏側のコードを確かめながら、どのようにn階層のアプリケーションを実現しているか、どこで気をつけるべきかを確認します。

はじめに

　前編ではWCF RIA Servicesを使って、データの検索と更新をデザイナーを利用して作成しました。今回は検証や共有コードといったWCF RIA Servicesの裏側のコードを確かめながら、WCF RIA Servicesがどのようにn階層のアプリケーションを実現しているか、どんなところで気をつけるべきかを確認していきます。

　WCF RIA ServicesをSilverlightプロジェクトに適用する方法や、DomainContextに定義されたデータソースをSilverlightで利用する方法については前編を確認してください。

自動生成コードに迫る

　前編で紹介したサンプルには、WCFの呼び出しコードや、データの検証コードは存在していないように見えます。WCF RIA Servicesのアプリケーションでは、サービスの呼び出しやデータの検証をどのように行っているのでしょうか。

　前編のコラムでも少し触れましたが、これらの仕事はサーバ側で定義した情報を元に、WCF RIA Servicesが自動生成したコードが行っています。

　自動生成コードを確認したい場合は、一度ソリューションをビルドした後、Visual Studioのソリューションエクスプローラで、Silverlightアプリケーションのプロジェクトのファイルをすべて表示します。Generated_Codeフォルダの下に、*.Web.g.csや、Share.csといったファイルが確認できます（図1）。

　WCF RIA Servicesでは、これらの自動生成されたコードがデータの検証やサービスの呼び出しといった仕事を請け負っています。

図1 自動生成コードの表示

エンティティとメタデータクラス

　サーバ側に定義したエンティティクラスが、Silverlightのコードとしてどのように利用されているか見ていきましょう。

　今回のサンプルでは、データアクセスにはEntity Frameworkを利用しているため、エンティティデータの本体は「お小遣いEntites.Designer.cs」に定義されています。

　図2は、お小遣いデータモデルを定義した直後のソリューションエクスプローラの様子です。

図2 エンティティデータモデルを追加した直後

　このプロジェクトに対し、前編で解説したようにドメインサービスを追加すると、図3のようにデータに対する操作を定義する「お小遣いService.cs」と、エンティティデータのメタ情報を定義する「お小遣いService.metadata.cs」がソリューションに追加されます。

図3 ドメインサービスを追加した直後

　ドメインサービスの本体である「お小遣いServices.cs」については後述するため、まずは「お小遣いService.metadata.cs」について見ていきましょう。