きれいなコードを書くためにSOLID原則を学びました④ ~インターフェース分離の原則~

今回は**SOLIDのインターフェース分離の原則**についてまとめました。

その他の記事は以下。
<a href="https://qiita.com/suzuki0430/items/b13c7c1f637e7cd2146d">きれいなコードを書くためにSOLID原則を学びました① ~単一責任の原則~</a>
<a href="https://qiita.com/suzuki0430/items/b0e2a2c294d81ecdefba">きれいなコードを書くためにSOLID原則を学びました② ~オープン・クローズドの原則~</a>
<a href="https://qiita.com/suzuki0430/items/08fb861d79e13b62f828">きれいなコードを書くためにSOLID原則を学びました③ ~リスコフの置換原則~</a>
<a href="https://qiita.com/suzuki0430/items/c7a86520c0bd18742ea7">きれいなコードを書くためにSOLID原則を学びました⑤ ~依存関係逆転の原則~</a>

#インターフェース分離の原則
>No client should be forced to depend on methods it does not use

直訳すると、**「クライアントは、使用しないメソッドに依存することを強制されるべきではない。」**という意味になります。

例として、自分が複合機、プリンタスキャナー、プリンターを使うときの場合を考えてみます。
これらの機器にはそれぞれ以下の機能がついています
![スクリーンショット 2021-02-06 15.48.48.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/569054/77039c19-025f-ca69-6b47-6a06a9140c18.png)


各機器のクラスをつくるまえに、インターフェースを用意します。
<a href="https://qiita.com/suzuki0430/items/b0e2a2c294d81ecdefba">きれいなコードを書くためにSOLID原則を学びました② ~オープン・クローズドの原則~</a>でも軽く説明しましたが、インターフェースとは、クラスに含まれるメソッドの具体的な処理内容を記述せず、変数とメソッドの型のみを定義したものです。

```java
public interface IMultiFunction {
  public void print();
  
  public void scan();

  public void fax();
}
```

各クラスにこのインターフェースを実装すると、以下のようになります。

```java
public class MultiDevice implements IMultiFunction {
  public void print() {
    // 印刷処理
  }
  
  public void scan() {
    // スキャン処理
  }

  public void fax() {
    // FAX送信処理
  }
}

public class PrinterScanner implements IMultiFunction {
  public void print() {
    // 印刷処理
  }
  
  public void scan() {
    // スキャン処理
  }

  public void fax() {

  }
}

public class Printer implements IMultiFunction {
  public void print() {
    // 印刷処理
  }
  
  public void scan() {

  }

  public void fax() {

  }
}
```
**これはダメな実装です。**
なぜなら、PrinterScannerクラスやPrinterクラスをみてみると、**実装したインターフェースに対して、使わないメソッド(空のメソッド)が存在してしまっているからです。**

例えば、誰かがPrinterクラスのメソッド名だけをみて、fax機能があると勘違いして使おうとしてしまうという問題が発生します。
![スクリーンショット 2021-02-06 16.04.34.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/569054/134b6f7d-8400-5c0a-d553-d45d1b7ba986.png)

##解決法: インターフェースを分離する
以上の問題を解決する方法が、インターフェースを分離することです。
以下のように、機能ごとにインターフェースをわけます。

```java
public interface IPrint {
  public void print();
}

public interface IScan {
  public void scan();
}

public interface IFax {
  public void fax();
}
```
インターフェースをわけてあげることで、存在する機能に関するインターフェースのみをクラスに実装させることができます。

```java
public class MultiDevice implements IPrint, IScan, IFax {
  public void print() {
    // 印刷処理
  }
  
  public void scan() {
    // スキャン処理
  }

  public void fax() {
    // FAX送信処理
  }
}

public class PrinterScanner implements IPrint, IScan {
  public void print() {
    // 印刷処理
  }
  
  public void scan() {
    // スキャン処理
  }
}

public class Printer implements IPrint {
  public void print() {
    // 印刷処理
  }
}
```
これで処理内容が空であるメソッドを書く必要がなくなりました。

#単一責任の原則を意識すればインターフェースを分離できる
インターフェースを分離するためのコツは、インターフェースの凝集度を高くすることです。
<a href="https://qiita.com/suzuki0430/items/b13c7c1f637e7cd2146d">きれいなコードを書くためにSOLID原則を学びました① ~単一責任の原則~</a>でも説明していますが、要は似た性質のメソッドでインターフェースをつくりましょう！ということですね。

#おわりに
メソッドをつめこんだ大きなインターフェースをつくると、どこかでほころびがでてくることがわかりました。横着せずにインターフェースは分離しましょう。

#参考書籍・動画
<a href="https://www.amazon.co.jp/dp/4048930656/ref=cm_sw_em_r_mt_dp_VTH6KQ7525WWPDZX78BY">Crean Architecture</a>　Robert.C.Martin
<a href="https://www.udemy.com/share/101KLUCEEZd11VRno=/">SOLID Principles: Introducing Software Architecture & Design</a>　Sujith George