勉強会で使用した発表資料。

1. プログラミングの型や定石の
紹介
2021/7/14 須藤

2. 自己紹介
 ID：suusanex（ connpass・Twitter・GitHub共通）
 名前：須藤圭太
 サイエンスパーク株式会社という独立系ソフトウェアベンダーに所属
 4年ほど受託開発で、上流から下流まで全部を回す
 ここ6年ほどは、自社製品開発を担当
 Windowsアプリ開発のネタが多い

3. 概要
 プログラミングにも型や定石があり、知っておくとしくじりにくいし、会話も
しやすい
 天才プログラマ寄りの人は感覚的にやってる
 凡人が天才に近づきやすくするための武器が型や定石
 型や定石を広く浅く紹介し、どれを勉強するかの指標にする
 参考書籍も触れるが、原則として「読んで役に立ったもの」を紹介する。定番
の名著がどれかなどはググれ
 内部設計の型→コーディングの型の順で紹介する

4. 内部設計の型
 変更に強くし、仕様変更・追加に対応しやすくするための型
 デザインパターン
 クリーンアーキテクチャ
 ユースケース駆動設計
 ドメインモデリング（ドメイン駆動設計）

5. デザインパターン
 今日は広く浅く紹介だが、これだけは必修に近い
 なぜか
 デザインパターンが分かれば、オブジェクト指向が分かるから
 オブジェクト指向：あまりに広く有用な概念。後述のドメインモデリングなど
もこの派生。とっつきづらい
 →この中でも特に「カプセル化」を捉えた、デザインパターンから入ろう

6. デザインパターン(2)
 クラス構成レベルでの、よくあるコードの書き方の定石集
 定石なので、素人は従っといて間違いは無い
 知っていると、設計の会話が「XXXパターンっぽく」のようにやりやすくなる
 特にこの辺は特徴的で、重要だと思う
 Strategy
 Abstract Factory
 Observer
 参考書籍
 Head Firstデザインパターン ノリが軽くて薄めで読みやすい
 オブジェクト指向のこころ 内容が濃く厚い。読書慣れしてる人向け

7. クリーンアーキテクチャ
 デザインパターンよりも少し抽象的な概念
 「こういう原則で設計するとミスらない」という原則集
 SRP：単一責任の原則
 クラスは複数のアクターに対して責任を負わない
 DIP：依存関係逆転の原則
 下を変えたときに、上に影響しないようにする
 などなど
 参考書籍：
 Clean Architecture
出典：The Clean Architecture

8. ユースケース駆動設計
ドメインモデリング（ドメイン駆動設計）
 まずユーザー・ビジネスより始めよ
 要求が変化するとき、変化するのはユーザーやビジネスだから
 「ユーザーがどんな使い方をするか（ユースケース）」を網羅し、そこから内
部設計まで漏れ抜けなくつなげていく
 ユースケースの変更があったときに、ソースコードとの対応が取れる
 「対象のビジネス領域（ドメイン）にどんな用語があり、どういう関係にある
か」を網羅し、ソースコードと対応づけておく
 ビジネス領域の要求変更があったときに、ソースコードとの対応が取れる
 参考書籍
 ユースケース駆動開発実践ガイド

9. コーディングの型
 結合度を下げて、テストをしやすくするための型
 インターフェースプログラミング
 Dependency Injection(DI)
 テスト駆動

10. インターフェースプログラミング
 実装ではなく、インターフェースに対してプログラムせよ
 インターフェースとは、相手と握った約束事
 約束を破らない限りは、他は自由にして良い

11. Dependency Injection(DI)
 Interfaceに対する実体（インスタンス）を、クラスの外から与える技法
 単純にはコーディングの技法であり、次のようにする
 さらにDIフレームワークと組み合わせるのが基本（.NET Coreでは標準）
 interfaceBのインスタンスをDIフレームワークが生成して、コンストラクタへ
与えてくれる（Factoryパターンの自動生成）
public ClassA(InterfaceB interfaceB)
{
m_InterfaceB = interfaceB;
}
private InterfaceB m_InterfaceB;

12. テスト駆動
 表面的には、「先にテストを
書いてから、実装する」こと
 一つの本質は、「テストでき
る内部設計にしておく」とい
うこと
 これをやろうとすると、自然
とインターフェースを使ってDI
するような構造になる（なら
ざるを得ない）

13. まとめ
 型は多々あるが、目的は「変更に強いソフトを作る」に集束する
 どれから入っても、学ぶごとに目的の理解が深まるはず
 とっつきやすそうなところから触ってみて、変更に強いソフトを作れるように
なろう！