T . N E データ＆ビジネスレイヤーのフレームワーク実装中垣健志 NAKAGAKI, Kenji r e 第 9 回株式会社CSKシステムズ IT生産技術部 f o r Application Architecture for .NET の利用例はじめにています。 u 手助けを行なっています。近頃はにて忙しくなってきています。そんな中ているプロジェクトに対して技術的なで感じるのは、どのプロジェクトで c フレームワークを設計する t N君の所属する部署は、.NETを使っ e 増えているために、今までにも増し t わかに.NETを使ったプロジェクトが Application Architecture for .NET ない」という点で悩んでいることが（以下A Af N）では、アプリケーショ Technology Tools くさまざまな副次的技術が混在してーションを用いて具体的な設計／実 Visual Basic います。それらをどのように組み立装を行なってきました。このSoarア Visual C# てればよいのかは難しい問題です。プリケーションには、アプリケーショ Visual C++ そもそも数学の問題のように答えがン固有の実装と、他のアプリケーシ SQL Server ひとつだけではなく、プロジェクトのョンでも共有することが可能な実装 Oracle 規模、期間、開発メンバーのスキルが混在しています。フレームワーク Access などさまざまな要因からいくつものは、このうち後者の部分を抜き出し ASP.NET 解決策が導き出されます。て独立させたものになります。うまく「フレームワークが提供するアーキテクチャは、その中でも満点では独立させることができれば、図1に示すような再利用が可能となります。この記事で取り上げたソースコードおよびサンプルプログラムは、 http://www.shoeisha.com/mag/windev/ からダウンロード可能です。 ◆テーブルデータクラスの汎化 p できるだけ多くのプロジェクトで」。 l ないが及第点が取れるもの。それも Samples c i Other: r これまでの連載では、Soarアプリケ A やADO.NETなど「.NET」と名のつ n ンポーネントに分割して実装します。 o .NETと一口に言っても、ASP.NET i 5 t 4 a 3 c 2 ンを3つのレイヤーとひとつの共通コそんなフレームワークを作りたい。こ Soarアプリケーションでは、 “テーんな思いを込めながらN君は、過去ブルデータクラス”というクラスを新の.NETプロジェクトの成果を見直したに定義しました［注1］。テーブルデー 2006 January 173 p 1 多いということです。 A Level h i も「どうやって作ればよいのかわから A 図1：フレームワークの位置づけ図2：テーブルデータクラスを汎化する p フレームワークなしフレームワークアプリケーション p l Soar アプリケーション Another アプリケーションインターフェイス考え方は流用できるもののプログラムはすべて再作成 Foo1TD << 作成する >> 内部 TableData Factory i c フレームワークあり TableData a データレイヤー t i Soar アプリケーション Another アプリケーションフレームワークフレームワーク共通の考え方をフレームワークとして、実装レベルで再利用可能 FooXTDC o n タクラスが果たすべき役割は、以下のように定義されてクニックとして“リフレクション”という機能を紹介しいます。ました［注2］。 A リフレクションを使うと、クラスの名前や型情報を元 r ・データベースの各テーブルごとに用意するに間接的にクラスをインスタンス化することができます。 c ・テーブルへのCRUD操作を行なうメソッドを持つそこで、リフレクションを用いてテーブルデータクラス h ・テーブル構造を定義しているをインスタンス化するクラスを、フレームワークの内部 i に用意します。このクラスは「テーブルデータを作成す t Soarアプリケーションでは、この定義に沿ってテーブ e ルごとにテーブルデータクラスを作成しています。しか［注3］る場所」という意味を込めて、 “TableDataFactory” という名前にします（図2）。 c しこのクラスは設計レベルでは共通性があるものの、実装レベルではまったく別物のクラスです。そこでこれら ◆ビジネスロジッククラスの汎化 t u r のクラスを、同じ性質を持ったクラスとしてまとめて扱次に、ビジネスレイヤーで登録されているビジネスロえるようにするために、 “汎化”という作業を行ないまジッククラスについて検討していきます。Soarアプリケす。ーションでは、ビジネスレイヤーに属するクラスとして、 e 汎化とは、複数のクラスが持つ共通的な機能をまとめたクラスを新たに作成することです。このとき「汎化さ ①ビジネスエンティティクラス f れたクラス」はフレームワークで定義されたクラス、「各 ②ビジネスコンポーネントクラス o テーブルを実際に操作する特化されたクラス」は各アプリケーションで定義されるクラスになります。の2つを定義しました［注4］。 r 各テーブルごとのテーブルデータクラスはアプリケー最初のビジネスエンティティクラスは、DataSetクラションで定義されるクラスになりますが、テーブルデースや DataTableクラスをラッピングするクラスです。こ . タクラスをインスタンス化する処理はフレームワーク側の2つのクラスが持つ基本的な機能を活かしながら、ア N に用意する必要があります。なぜならば、フレームワー E クはアプリケーション内の処理の流れを規定するものであり、その中にはクラスのインスタンス化や破棄といっ T た作業を含んでいるからです。以前、これを実現するテ 174 Windows Developer Magazine 注1）本誌2005年6月号の本連載（データベースを操作する）を参照。注2）本誌2005年11月号の本連載（フレームワーク化を始める）を参照。注3）デザインパターンのひとつ「Factory Method」を意識しています。注4）本誌2005年7月号の本連載（ビジネスロジックを実装する）を参照。