締切済み

オブジェクト間の依存性とは

2006/10/09 23:48

DIなどの解説として「オブジェクト間の依存性」というキーワードが良く出てきます。これが強すぎると設計上良くないみたいです。ただこれが具体的には理解できず・・「オブジェクト間の依存性が強すぎる」とは具体的にはどのような設計や記述のことを言うのでしょうか？。お手数ですがアドバイスお願いします。

noname#46520

Java
回答数3
ありがとう数0

みんなの回答 （3）
専門家の回答

みんなの回答

unibon
ベストアンサー率47% (160/340)

2006/10/13 13:19 回答No.3

DI は知りませんが。。。依存性がまったくないとプログラムが書けませんが、依存性がありすぎるとゴチャゴチャになってしまいます。具体的にとくに多いのが、クラスAがクラスBを使っていて、クラスBがクラスAを使っている、という両方向の依存性です。小規模なプログラムならば、これをまったくなくすほうが良いです。大規模になれば、どうしても多少は使わざるをえないかもしれませんが、できるだけ避けたほうが良いです。要は余計なことを知りすぎると良くないわけです。(闇の？)組織の中でも構成員は、自分の担当業務に必要なことしか知らされていないのが普通です。

bnosuke
ベストアンサー率21% (4/19)

2006/10/10 13:42 回答No.2

＞DIなどの解説として「オブジェクト間の依存性」というキーワードが＞よく出てきます。これが強すぎると設計上良くないみたいです。たぶん、「オブジェクト間」ではなく、「クラス間」だと思いますので、その前提で回答します。一言で言うと、あるクラスＡの中に、別のクラスＢの具体名が書いてある状態が依存性の強い状態です。依存性が問題になるのは、Ａの中でＢのオブジェクトを使っていて、差し替えの可能性がある場合。クラスＢの代わりにクラスＣを使おうと思ったとき、クラスＢのソースファイルに手を加えなくてはなりません。小さな事のようですが、結構良くない状態です。これを解消するために、以下の変更をします。１）クラスＡの中で具体的なクラスを作らず、外からもらうようにする２）クラスＢのメソッドを抽出してインターフェイスＩをつくる３）クラスＢにインターフェイスＩを実装する４）クラスＡはＢをもらうときにＩとして受け取るこうしておくと、将来ＢをＣに変更するときには、５）Ｉを装備したクラスＣを作る６）クラスＡへＣを渡すと言う変更になります。ポイントは、クラスＡの中は全く変更が必要ないと言うことです。もちろん、クラスＡを使っているクラス（クラスＭＡＩＮとしましょうか）に変更は必要ですが、それは変更の許されるクラスでしょう。ここも変更を許さないとして、クラス名の記述を外部の設定ファイルにまで追いやってしまったのがＤＩコンテナです。クラス名を具体的に書く代わりにインターフェイスを使うというのは、人の名前の代わりに役割の名前を書くようなものと考えてください。