連載 Enterprise Library概説 Enterprise Libraryの基本ツールと導入手順 市川 龍太 2005/06/11
Page1 Page2 Page3

●各Application BlockとConfigurationコンソールの依存関係

　実は各Application Blockはお互いの機能をシェアし合っている。つまり、各Application Blockは、ほかのApplication Blockに依存しているのだ。従って、Enterprise Libraryを活用するならば、各Application Blockがどのように依存しているのかを理解しておかなければならない。そうしなければ、＜正しい＞ライブラリ活用は到底できないだろう。

　そこで、各Application BlockとさらにConfigurationコンソールとの依存関係を視覚化してまとめた。それが、次の図である。

各Application BlockとConfigurationコンソールの依存関係

矢印（ や）は依存関係を表している。例えば、「Configurationコンソール」「Configuration Application Block」のように記述しているところは、ConfigurationコンソールがConfiguration Application Blockに依存していること（その機能を使用すること）を意味している。またで表記している依存関係は、Application Blockが使用する機能によって変化することを意味する。つまりそのApplication Blockに含まれるある機能を使うことで、初めてほかのApplication Blockに対する依存関係が生じるのである。なお、図の一番上にあるConfiguration Application Blockを見ると分かるように、すべてのApplication BlockとConfigurationコンソールは、このConfiguration Application Blockを使用している。つまり、Configuration Application Blockは常に必須ということだ。

●依存関係によるApplication Blockの自動追加機能

　Configurationコンソールは、上の図で示した依存関係を正しく把握しているので、あるApplication Blockを追加すると、それに依存するApplication Blockを正しく、しかも自動的に追加してくれる。

　例えば、「Application Exceptionの例外が発生したときにログ出力を行う」という機能をEnterprise Libraryを用いて実現したいとする。その場合、まずは例外発生時に処理を行うために、アプリケーションにException Handling Application Blockを追加する必要がある。これによりそれが使用しているConfiguration Application Blockが自動的に追加される。さらに、Application Exceptionの例外が発生したときにログ出力する設定（＝Logging Handlerの追加。詳細は下図参照）を行うと、Logging & Instrumentation Application Blockがまた自動的に追加される。

　このようにConfigurationコンソールは、実装したい機能項目を設定していくだけで、その機能が使用するApplication Blockを適切に自動追加してくれるのだ。

　これらの追加作業をConfigurationコンソールで実際に行っているのが、次の画面である。

Exception Handling Application BlockでのApplication Exception例外発生時のログ出力設定

ConfigurationコンソールでEnterprise Libraryの「例外発生時にログ出力を行う機能」をアプリケーションに組み込んでいるところ。Configurationコンソールを起動するには、［スタート］メニューの［プログラム］メニューから［Microsoft patterns & practices］−［Enterprise Library］−［Enterprise Library Configuration］を選択すればよい。

まずは新規のアプリケーションを追加しよう。これを行うには、ツールバーの［New Application］をクリックするか、メニュー・バーから［File］−［New Application］を選択すればよい。これにより「Application1」という項目がTreeViewコントロールの［Enterprise Library Configuration］の直下に作成されるはずだ。 　 次にApplication Exceptionの例外をハンドリングする設定を行う。これを行うには、先ほど追加した「Application1」の上で右クリックしてコンテキスト・メニューを表示し、そこから［New］−［Exception Handling Application Block］を選択する。これにより「Exception Handling Application Block」という項目が「Application1」の下に追加され、さらにそれと依存関係にある「Configuration Application Block」も自動的に（並列位置に）追加される。さらに「Application Exception」の例外をハンドリングする設定を行うために、先ほどと同じように、右クリックを使って「Exception Handling Application Block」の下に「Exception Policy」を追加し、さらにその下に「Application Exception」を追加する（「Application Exception」を追加するには、「Exception Policy」を右クリックして表示されるコンテキスト・メニューから［New］−［Exception Type］を選択する必要がある）。 　 Application Exceptionの例外が発生したときに「ログ出力を行う」ようにするためには、で追加した「Application Exception」項目を右クリックしてコンテキスト・メニューを表示し、そこから［New］−［Logging Handler］を選択すればよい。これにより、Exception Handling Application BlockのLogging Handlerと依存関係にある「Logging & Instrumentation Application Block」が自動的に追加される。 　 例外発生時のログ出力設定は、Logging & Instrumentation Application Blockの設定を変えることで変更できる。

　このようにConfigurationコンソールを使えば、非常に簡単に目的の機能をアプリケーションに追加でき、しかも各Application Blockの依存関係の管理も非常に楽である。

●依存関係が生み出すEnterprise Library特有のメリット

　しかし、このように各Application Blockがお互いに依存し合っていることが、必ずしも良いことのように思えない読者もいるかもしれない。というのも、依存関係が高まれば高まるほど、それぞれの取り扱いが複雑になってしまうからだ。

　だが実は、このような依存関係を持たせたことによって生じたメリットの方が大きいだろう。というのも、各Application Blockがそれぞれに役割分担することで、つまりお互いに統一された明確な依存関係を持たせ、それを管理する仕組みを作り上げることで、それぞれに重複した機能を排除できるというメリットが生まれたからだ。

　例えばこれが従来のException Management Application Blockの場合だと、ログ出力機能もそのApplication Block内に実装されていた。Exception Management Application Blockにデフォルトで用意されていたのはイベント・ログへの出力機能だけだったため、テキスト・ファイルやデータベースへ出力する機能については独自に実装するしかなかったのだ。

　これは、各Application Block間の依存関係（＝役割分担）が統一されていなかったことが原因である。ここに明確な依存関係が存在していれば、そのログ出力機能をほかのApplication Blockの機能に依存させること（つまり、ほかのApplication Blockの機能によって補完すること）ができたはずである。

　さらにこういったApplication Block間の依存関係は、ライブラリの習得コストを低減させることにもつながる。つまり重複した機能がないことで、1つの機能について1度理解してしまえば、その機能を利用するすべてのケースでその知識が役立つのである。例えば、ログ出力機能（Logging & Instrumentation Application Block）を理解すれば、通常のログ出力を行うケースでも、（Exception Handling Application Blockを使った）例外処理でログ出力を行うケースでも、その知識が生かせるわけだ。

　その最たる例はData Access Application Blockだろう。上で示した「各Application BlockとConfigurationコンソールの依存関係」の図を見れば分かるように、Data Access Application Blockは、ほかの3つのApplication Blockと依存関係を持っている。これはData Access Application Blockの使用方法を一度覚えてしまえば、依存関係にあるほかのApplication BlockからData Access Application Blockの機能を利用する場合でも同じ手順で使用できるということを意味する。

　前回、.NET Frameworkの各アプリケーション・サービスはマイクロソフトによって設計方針、実装方法が統一されていることから習熟コストが低減され、結果として開発生産性が向上されるという旨を書いたが、Enterprise Libraryにおいても、こういった設計思想が受け継がれているのである。

　以上がEnterprise Libraryとそれに含まれるツール群の概要である。

　それではいよいよEnterprise Libraryをインストールする手順について解説していくとしよう。

INDEX
	連載：Enterprise Library概説
	Enterprise Libraryの基本ツールと導入手順
	1．Enterprise Libraryを使いこなすための基本ツール
	2．各Application BlockとConfigurationコンソールの依存関係
	3．Enterprise Libraryのインストール

　

「Enterprise Library概説」

＠ITメールマガジン　新着情報やスタッフのコラムがメールで届きます（無料）