とっとるびー第39回の発表資料です

1. クリーンアーキテクチャを試してみた
発表者 kmt-t

2. ⾃⼰紹介
ハンドルネーム kmt-t
お仕事
センサーメーカー勤務
組み込みエンジニア
最近の興味
モダンな開発へのあこがれ
AIおよび信号処理関連
Windowsアプリケーション

3. 前振り

4. 今⽇の発表
話題のクリーンアーキテクチャ
実際のプロジェクトで適⽤してみた
個⼈的にはまったところ
使えるテクニック

5. クリーンアーキテクチャ概要
ソフトウェアアーキテクチャ
Qiitaに記事書きました
記事ベースで解説
https://qiita.com/kmt_t/items/e05f619
5410e9b91350b
キーワード
レイヤードアプローチ
外側から内側に依存
依存関係逆転の法則
依存関係を逆転させるテクニック

6. 適⽤したプロジェクトの概要
センサー製品の検査機
開発環境
Windowsデスクトップアプリ
プログラミング⾔語︓C#
フレームワーク︓Prism
MVVMアーキテクチャ
開発規模
かなり⼩規模
2⼈⽉
5000SLOC程度
テストケースにぴったり

7. やってみて難しかったところ

8. はまりどころ
1. 静的・動的設計
クリーンアーキテクチャでも設計が難しいのは変わらない
ファンダメンタルの設計能⼒⼤事
DDDとかも勉強したほうがいいかも
2. 境界
クリーンアーキテクチャだと意識せざるを得ない
というか重要なのは昔からなんだけど意識してなかった

9. MVVMとの整合性
Prismを使うのでMVVMと整合せさせる
クリーンアーキテクチャとMVVM
アーキテクチャとしてのメタ度が違う
ので相反しない
相反する気がするなら設計が悪いと⾃
分は考える
⾃分の場合は図のようにした

10. 境界
システムに境界を引く
境界をひくことがクリーンアーキテクチャ
の勘所
クリーンアーキテクチャの境界
レイヤー間
モジュール間
あらゆるところに境界はある
境界をまたぐ依存関係を整理する

11. 境界からコンポーネントへ
境界でコンポーネント化しよう
コンポーネントに対する苦⼿意識
⾃分はコンポーネント分割するような
システムを開発したことがない
コンポーネントのジレンマ
テンション図
最初から分割することを考えない
⼤きくなったら分割しよう
「あえて」今回はモノリシックにした
コンポーネント化は不要という判断

12. C#で使える便利ツール

13. Dependency Injection
依存関係逆転の法則を使う時にすげえ便利
C#/Prismではdynlocが使える
具象クラスのインスタンス⽣成は誰がする
の問題
ファクトリー⽤意するのめんどい
内輪のクリーンアーキテクチャ読書会
で話題になった⾯倒な話

14. dynamic型
C#のdynamic型はめちゃくちゃ便利
クリーンアーキテクチャでは内側のレイヤがDTOを定義する
毎回DTOを設計するのは⾯倒
DTOを決め打ちにすると内側のレイヤの再利⽤性が下がる
DTOはdynamic型とし、フィールド名で整合性を取る
DTOを辞書型とするより型的に堅牢
辞書型だとデータをobject型にして毎回キャスト
dynamic型だとフィールド名で型が⼀意に決まる

15. デリゲート
C#のデリゲートはめちゃくちゃ便利
ユースケース層の状態が変わったことを外
側のレイヤーに伝播したい
図のようにインターフェイスを切って伝播
する⽅法はあるが、実装が冗⻑で⾯倒
(出典︓Android Clean Architecture —
A “Unicorn” Approach)
ユースケース層にデリゲートを使ったイベ
ントとして定義する

16. ご清聴ありがとうございました︕