本記事は2005年に執筆されたものです。Spring、DI、AOP全般の最新情報は＠IT Java Solutuionのカテゴリ「DI×AOP（Spring／Seasarなど）」をご参照ください。
Javaのエンジニアであれば最近、「Dependency Injection」や「DIコンテナ」「Spring」、または「Seaser2」といった名前を目にしたことがあるのではないでしょうか。これらは次世代のEJB（EJB 3.0）に取り込まれる動きがあるなど、最近非常に注目されているキーワードであり、今後のJava開発を語るうえで避けては通れない概念の1つになるとされています。
この連載は、「Spring」というフレームワークを利用して、J2EE開発における「Dependency Injection（DI）」というデザインパターンから得られるメリットを紹介し、J2EEの今後の方向性を理解する助けとしていただくことを目的としています。
Dependency Injection：依存性の注入とは
「Dependency Injection（DI）」を直訳すると「依存性の注入」となります。まずは「DIとは何か」というところから理解するために、この言葉を詳しく説明していきます。
DIという言葉のうち「Dependency（依存性）」という単語は、「オブジェクトが成立するために必要な要件」という意味を持っています。この要件とは、オブジェクトの持つ属性や関連するオブジェクトなどです。例えば以下のパソコンを例に挙げたクラス図では「モニター」クラスや「OS」フィールドが「パソコン」クラスの「依存性」となります。
次の単語である「注入（Injection）」とは「外部からの設定（Configuration）」を意味しています。設定ファイルやWebアプリケーションのデプロイメントディスクリプタ（web.xmlなど）での設定を「注入」と呼んでいるのです。
これらのことから「DI」という言葉を言い表すと「オブジェクトの成立要件に必要な情報を外部設定すること」となります。情報を外部に切り出すことで、たとえオブジェクトを利用する状況が変わったとしても、設定を変更するだけでそのオブジェクトを利用することができるようになります。つまり再利用性の高い「部品」としてオブジェクトを実装しやすくなるのです。このような再利用性の高いソフトウェア部品のことを「コンポーネント」と呼びます。
DIでは、「設定を利用から分離する（the principle of separating configuration from use）」という考え方をコンポーネント設計のための1つの原則としています。コンポーネントの集合としてプログラムを設計することは「再利用」というメリットだけではなくソフトウェア開発に対してさまざまな恩恵を与えます。
しかし、いまは細かい説明を後回しにしてSpring Frameworkを使った「設定と利用の分離」を実現する簡単なサンプルを作ってみましょう。
「ポイント」
DIとは、オブジェクトが成立するための情報を外部設定に分離することで、コンポーネントの集合としてアプリケーションを組み立てるデザインパターンである。
Copyright © ITmedia, Inc. All Rights Reserved.