SpringにおけるDI（依存注入）とアノテーションの解説

## Springでの例

`HogeInterface`とそれを実装した`HogeLocal`を考える。
中身のメソッドはなんでも良い。
Springの場合、以下のように書けばprofileを"local"、"production"にスイッチするだけで簡単に切り替え可能



``` Java
// インターフェースの部分
public interface HogeInterface {

    String hogePrint(); // 返り値は書かない
}
```

``` Java
@Component //このアノテーションをつけとけば必要に応じてDIで注入してくれる
@Profile({"local"}) // localの場合
public class HogeLocal implements HogeInterface {

    @Override
    public String hogePrint() {
        return "localだよ";
    }
}
```
``` Java
@Component
@Profile({"production"}) // productionの場合
public class HogeProduction implements HogeInterface {

    @Override
    public String hogePrint() {
        return "productionだよ"; // localの場合とは違う処理
    }
}
```

``` Java
// 勝手に注入してくれるので、localの場合もproductionの場合もここを書き換える必要なし
@Autowired // このアノテーションつけとけば@conmponentから適当なやつを注入してくれる
    public Fuga(final HogeInterface hoge) { //ここに書くのはインターフェースだけ
        system.out.println(hoge.hogePrint);
    }
```

## 解説
上記のようにDIを行わないと以下のように書かなきゃいけない。

``` Java

public Fuga() { 
    HogeInterface hoge = new HogeLocal();
    // HogeInterface hoge = new HogeProduction();

    system.out.println(hoge.hogePrint);
}
```

`new`をする実装部分を必要に応じてコメントアウトしなきゃけないので面倒。
また、実装に依存してしまっているのでよろしくない。
図で考える。

![スクリーンショット 2020-12-22 2.16.36.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/547532/a0e0dd3e-e1cb-f410-ea39-3a21a8c460db.png)

悪い例だと上流であるFugaが下流に依存してしまっている。
`HogeLocal`や`HogeProduction`の詳細部分の仕様が変更になった場合、依存ているFugaにも変更を加えなきゃいけなくなる。

正しい例だと`Fuga`は`HogeInterface`にしか依存していないため、HogeLocalやHogeProductionの仕様が変更になってもHogeInterfaceの形式さえ守ってればFugaは改修の必要がない。
ここで、すべての矢印が抽象である`Interface`に向かっていることに注目したい。
DIを使えば`Interface`という抽象にすべてのクラスが依存するため**疎結合**にすることができる。

また、正しい例では上位->下位への依存ではなく、下位->上位に依存の矢印が向いていることがわかる。
これを**依存関係逆転**という。


## アノテーションの説明
今回のコードで出てきてないアノテーションも含め、よく使うものをまとめてメモ。

### Spring独自のアノテーション

- @Autowired

これをつけておくとComponentの中から適当なやつを注入してくれる

- @Component

クラスにつけるアノテーション。これをつけたクラスはSpringの監視下に置かれ、注入の対象になる

- @Controller
- @Service
- @Repository

@Componentを継承しており、使い方はほぼ@Componentと同じ。
監修的にContoller、Service、Repositoryそれぞれの機能に応じてつける

- @Profile

環境ごとに設定を変えたい場合などにprofileを切り替える。
このアノテーションをつける言で、環境ごとに自動的に読み込むファイルを変更してくれる。
profilesはspringの実行時の引数として`spring.profiles.active`で指定する。
Mavenの場合はpom.xmlで指定しておけばよしなに設定してくれる。


- @Data 
@Getter/@Setter, @ToString, @EqualsAndHashCode, @RequiredArgsConstructorをまとめて付与したのと同じになる。

- @Getter 
  - 勝手にgetterメソッド作ってくれる。便利

- @Setter 
  - 勝手にsetterメソッド作ってくれる。便利
- @ToString
  - 勝手にToStringメソッド作ってくれる。便利
- @EqualsAndHashCode
　　- クラス内の値が同じならhashコードも同じになる
　　- つまり、簡単にクラスどうしの比較ができる

- @RequiredArgsConstructor
  - 必須 (finalついてるやつ)を対象にしたコンストラクタを自動生成してくれる 

- @AllArgsConstructor
  - 全部の変数のコンストラクタを自動生成してくれる 

- @NoArgsConstructor
  - 引数なしコンストラクタを自動生成してくれる

- @Scope
  - どの単位でインスタンスを作成するかを決める
  - デフォルトはsingletonで、DIコンテナに対して1つだけインスタンスを作成
  - prototypeにするとアクセス時に毎回インスタンスを作成
  - request、sessionはそれぞれHTTPリクエスト、セッション単位

- @Bean
 - DIコンテナに登録する
 - @Componentで登録したHogeクラスの場合は"Hoge"がbean名になる
 - Autowiredとか使った場合はいちいちBeanを使わなくてもよい
- @Primary 
  - 同じタイプのBeanが複数ある場合はPrimaryが付いているものを優先する 

- @Qualifier
  - 同じ方のBeanが複数与えられている場合は固有名を与える 

- @NestedConfigurationProperty
  - @ConfigurationPropertiesをネスト込で考える 

- @ConfigurationProperties
  - https://qiita.com/cfg17771855/items/905da3100ae99c5197f0
  - 環境ごとに変数の使い分けができる
  - @Vlue　に似ている 



### Javaにおけるアノテーション
- @Override

実装 (implement)した場合、元の抽象クラスの関数を実装した関数から使うためのアノテーション。
Springに限らずよく使う。
実装、継承したクラスごとに異なる動作が可能なので、これを**ポリモーフィズム （polymorphism）** と呼ぶ。