【DI】以下概要をご紹介します。・ASP.NETで使われているDIの仕組みはコンソールアプリケーションでも使えるよ（つまりAWS Lambda等で使えるよ）・DIをうまく使うとテスタビリティが向上するよ・何をDIすれば嬉しいかを考えるよ

1. コンソールアプリケーションでDIを使う
2019/07/19

2. 自己紹介
- 名前
- 安藤 優一 (ANDOU, Yuuichi)
- 最近の興味
- AWS

3. 趣旨
- ASP.NETで使われているDIの仕組みは
コンソールアプリケーションでも使うことができる
- つまりAWS Lambdaの開発などで使うことができる
- DIをうまく使うとテスタビリティが向上する
- どんな時にDIすると嬉しいかを考える

4. おさらい（DI）
- DI（Dependency Injection: 依存性の注入）
- 直感的に分かりづらい翻訳。
- 要するに以下のようなデザインパターンである。
- Dependency: クラス内で使用するオブジェクト
- Injection: 自身で生成せず、外で生成して渡す
非DI
DI

5. おさらい（ASP.NETのDI処理を抜粋）
処理の流れは以下のような感じ。
1. ConfigurationBuilderを作成し、
必要な構成プロバイダを追加する。
2. ServiceCollectionを作成し、
ServiceやOptionを登録する。
3. ServiceCollectionから
IServiceProviderを生成する
4. （IServiceProviderから
Serviceを取得して使う）
コンソールアプリケーションでも同じクラスを使ってDIできる。
1
2
3
4

6. コンソールアプリケーションでDIを使う
- サービスクラス
- コンストラクタで受け取る
- readonlyフィールドに保持

7. コンソールアプリケーションでDIを使う
- エントリポイント
1. ConfigurationBuilderを作成し、
必要な構成プロバイダを追加する。
2. ServiceCollectionを作成し、
ServiceやOptionを登録する。
3. ServiceCollectionから
IServiceProviderを生成する
4. （IServiceProviderから
Serviceを取得して使う）
- AWSのLambdaの場合も同様
（FunctionクラスのFunctionHandlerメソッド等）
1
2
3
4

8. コンソールアプリケーションでDIを使う
- テスト
- テストメソッドごとに注入する例
- 環境を切り替えるには
- テスト用の設定ファイル（json等）
- ハードコーディング
- モッククラスを定義・注入、等

9. コンソールアプリケーションでDIを使う
- テスト
- 複数のテストを共通の構成で実行する例
- テストフレームワークの初期化の手順に従う
（例: xUnit）

10. どんな時にDIすると嬉しいか
- 主要クラスは全部DI前提で構築してしまってよさそう。
- 相互依存を回避するなど、クラス設計上の注意点は同じ。
- 他クラスに依存しないクラスはDIしなくてもよい。
- ただし、必ずしもインタフェースと実装を分離させる必要はない。
- 依存するServiceやOptionの差し替えで事足りる場合もある。
- 以下のような性質のクラスは、実装を分離するとよさそう。
- 環境依存、外部リソースへのアクセス
- 副作用を起こす処理

11. どんな時にDIすると嬉しいか（例：時計）
- 例えば「時計」
- DateTime.Now等をそのまま参照するとテスト実行のたびに結果が変わる。
また、特定日時のテストが困難。
↓
- 「時計」の値が振る舞いに大きく関わるビジネスロジックを書く場合、
「時計」のインタフェースと実装を分けた上でDIするとテストしやすくなる。

12. どんな時にDIすると嬉しいか（例：時計）
- DateTimeを返すインタフェースを定義する。

13. どんな時にDIすると嬉しいか（例：時計）
- ビジネスロジック
- IDateTimeをインジェクションする。
- IDateTime経由で時計にアクセスする。

14. どんな時にDIすると嬉しいか（例：時計）
- プロダクトコードのエントリポイント
- System.DateTime.Nowを返すクラスを定義・構成する。

15. どんな時にDIすると嬉しいか（例：時計）
- テストコード
- 特定の日時を返すクラスを定義し
て構成する。
- 常に同じ日時でテストできる。

16. どんな時にDIすると嬉しいか（例：時計）
- 環境依存する箇所を分離させることができた。
- テストもしやすくなった。
- ただし、時刻が重要でないシステムで同じように作り込んでしまうと、
メリットよりもデメリットのほうが大きくなってしまう。
- その他、インタフェースと実装を分けてDIするとよさそうな例
- 認証情報（実行中のユーザ、等）
- ロケール、タイムゾーン

17. まとめ
- コンソールアプリケーションでもDIを使った開発ができる。
- DIをうまく使うとテストやデバッグがしやすくなる。
- 基本はDI前提で作るが、インタフェースと実装の分離はよく考える。
- DIの是非と、インタフェース分離の是非は別。