okuzawatsの日記

モバイルアプリケーション開発の沼💀

依存関係逆転の原則

書いている人

モバイルアプリケーションアーキテクトとして働いています。モバイルアプリケーションのアーキテクチャ、自動テスト、CI/CDに興味があります。


この記事はフラー株式会社 Advent Calendar 2021の4日目の記事です。

3日目の記事は @masaya82 さんによる「スクリーンリーダー対応の備忘録 - Qiita」でした。

依存関係逆転の原則

書籍「Clean Architecture 達人に学ぶソフトウェアの構造と設計」(以下、Clean Architectureと呼ぶ。本記事でのClean Architectureとは、本書のことを指す)を読んでいると、中盤に差し掛かったところでSOLID原則の話が出てきます。

SOLID原則の話の中で依存関係逆転の原則に触れられていますが、自分は長らくこの原則の意味がよく理解できませんでした。最近になって「もしかしてこういう意味なのかもしらん」というくらいの理解が得られてきましたのでテキストにしてみました、というのがこの記事です。

よく出てくる図

Clean Architectureには、こんな感じの図が出てきます。

Fig-1 よく出てくる図(Robert、p.105より筆者作成)

まずはこの図をよく見て…忘れます。

依存関係とは

依存関係逆転の原則とは、依存関係が逆転するという原則です。では、依存関係とはなんでしょうか。

難しく考える必要はありません。 A というモジュールから B というモジュールを使う、というだけのことを「 AB に依存する」とお洒落に言い換えているだけです。

具体的なコードにするとこういう状況です。 A から B を使っているので、 AB に依存している、という状況です。この「 AB に依存している」という関係を、 AB の依存関係と呼びます。依存関係とは、つまるところこれだけのことです。

package a;

import b.B;

public class A {
  public B b = new B();

  public A() {
    b.hello();
  }
}
package b;

public class B {
  public void hello() {
    System.out.println("Hello!");
  }
}

依存関係逆転前

依存関係逆転の原則…と言うからには、逆転前の状態があるはずです。これがその図です。

Fig-2 依存関係が逆転する前の図

この図は、

  1. ApplicationがConcreteImpl(具象)に依存していること(実線の矢印)
  2. 制御の流れがApplicationからConcreteImplに向いていること(波線の矢印)

ということを表しています。また、ApplicationとConcreteImplの間に引かれた波線は、「抽象と具象の区切り」(Robert、p.105)です。

ソースコードで表すと、こんな感じになります。

package application;

import service.ConcreteImpl;

public class Application {
  public ConcreteImpl service;
}
package service;

public class ConcreteImpl {
}

依存関係逆転

この図の依存関係を逆転させます。依存関係を逆転させるとは、ここでは実線の矢印を具象から抽象に向ける、ということを意味しています。

Fig-3 依存関係が逆転した後の図

抽象層にServiceというinterfaceを設け、ConcreteImplはServiceを実装します。それだけで、抽象から具象に向かっていた下向きの矢印が、具象から抽象への上向の矢印に変わりました。

ソースコードで確認します。

package application;

public class Application {
  public Service service;
}
package application;

public interface Service {
}
package service;

import application.Service;

public class ConcreteImpl implements Service {
}

import文に着目すると、beforeではApplicationがserviceパッケージに依存していたのに対し、afterではConcreteImplがapplicationパッケージに依存する、というように、依存の向きが入れ替わっていることがわかります。

すなわち、

  1. 具象が抽象に依存している(実線の矢印)
  2. 制御の流れが抽象から具象に向いている(波線の矢印)

というようになっています。

この、実線(依存の方向)と波線(制御の流れ)の向きが反対方向に向いている状態が、依存関係が逆転した状態です。

依存関係逆転の原則とは、畢竟、「ソースコードにあるすべての依存関係は、インターフェイスを挿入することで逆転可能」(Robert、p.69)ということを言っているに過ぎないのです(ちゃんとClean Architectureに書いてありました)。

まとめ

駆け足で依存関係逆転の原則について説明してきましたが、じゃあ具体的にどう実装するのかとか、抽象と具象の区切りって何だとか、たくさんの疑問符が頭の中を駆け巡っているかもしれません。その答えは…皆さんの目で確かめてください。

ということで、5日目の記事は @m-coder さんによる「DroidKaigi2021に登壇した話|m-coder|note」です。

参考文献

  1. Clean Architecture 達人に学ぶソフトウェアの構造と設計 | Robert C.Martin, 角 征典, 高木 正弘 |本 | 通販 | Amazon(最終アクセス日:2021年12月1日)
  2. 依存性逆転の原則 - Wikipedia(最終アクセス日:2021年12月1日)

Related