Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
クリーンアーキテクチャを活かす考察
Search
kanayannet
November 14, 2021
Programming
1
180
クリーンアーキテクチャを活かす考察
kanayannet
November 14, 2021
Tweet
Share
More Decks by kanayannet
See All by kanayannet
TDDと今まで
kanayannet
0
200
個人開発 稼げなくてもいいアプリ
kanayannet
0
320
システムの堅牢性
kanayannet
0
160
Agile的学習方法
kanayannet
0
180
GUIをエンジニアが考える
kanayannet
0
150
http2http3
kanayannet
0
130
old typeからのクラウドインフラ
kanayannet
0
280
疎結合と認知
kanayannet
0
300
プロジェクト管理ツールの経験則
kanayannet
0
290
Other Decks in Programming
See All in Programming
Site Reliability Engineering for GMO
pyama86
9
1.1k
Going beyond Apache Parquet's default settings
xhochy
0
140
初心者のためのRubyKaigi入門/RubyKaigi Introduction
a_matsuda
10
1.7k
Goのエラースタックトレースの歴史と今後
sonatard
10
1.9k
Anthropic Cookbook のおすすめレシピ
schroneko
7
1.3k
はてなにおける CSS Modules、及び CSS Modules に足りないもの / CSS Modules in Hatena, and CSS Modules missing parts
mizdra
7
1k
Implementing Design Systems in Swift
seyfoyun
2
490
使ってみよう Azure AI Document Intelligence
kosmosebi
2
370
Kotlin Multiplatform at Stable and Beyond (Android Makers 2024)
zsmb
0
540
パフォーマンスを求めてDBに機能を寄せる戦略
aoyagikouhei
0
110
Netty Chicago Java User Group 2024-04-17
sullis
0
210
Komplexe Oberflächen mit SVG und der Web Animation API
joergneumann
0
680
Featured
See All Featured
Building Your Own Lightsaber
phodgson
100
5.7k
It's Worth the Effort
3n
180
27k
What's new in Ruby 2.0
geeforr
337
31k
Stop Working from a Prison Cell
hatefulcrawdad
267
19k
Side Projects
sachag
451
41k
Documentation Writing (for coders)
carmenintech
60
4k
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
14
8.4k
The Cult of Friendly URLs
andyhume
74
5.7k
Large-scale JavaScript Application Architecture
addyosmani
504
110k
The Illustrated Children's Guide to Kubernetes
chrisshort
32
47k
Clear Off the Table
cherdarchuk
85
310k
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
352
28k
Transcript
Gunma.web #43 Gunma.web #43 クリーンアーキテクチャ を活かす考察 クリーンアーキテクチャ を活かす考察 @kanayannet
Agenda Agenda なぜ、やろうと思ったのか? 考察 活かし方 まとめ
なぜ、やろうと思ったのか? なぜ、やろうと思ったのか?
チームリーダとして作業の割り振りを考える
依存関係の切り方をしっかりやらないと.. 各担当者間でやり直しが多くなる 理由は... 後述で出します。
依存関係をしっかりと切れれば... 各担当者がハッピー deploy までスムーズ
そんな事を考えていると .. そんな事を考えていると .. クリーンアーキテクチャに遭遇 クリーンアーキテクチャに遭遇
この本ですね この本ですね
アーキテクチャのルールは アーキテクチャのルールは どれも同じである どれも同じである
アーキテクチャのルールは アーキテクチャのルールは どれも同じである どれも同じである 繰り返し 大事なのでリピート
何がどう同じなのか? 何がどう同じなのか? 話していきたいと思います。 話していきたいと思います。
考察 考察
この本実は ... この本実は ...
とにかく前振りが長い! とにかく前振りが長い!
どのくらい長いのかというと ... どのくらい長いのかというと ...
None
「 22 章」\ (^o^) / 「 22 章」\ (^o^) /
一体 21 章までは何を ... 一体 21 章までは何を ...
前振りが結構重要部分 前振りが結構重要部分
結論だけ聞いても「 ??? 」 結論だけ聞いても「 ??? 」
前振りの中で印象深いものを 前振りの中で印象深いものを いくつか話していきます。 いくつか話していきます。 すなわち、どのアーキテクチャにも共通する事
アーキテクチャの重要性 アーキテクチャの重要性 変更コストによって計測できる そもそも「変更のない開発」ってあるの? 初めに作ったものが「絶対」なんてのは... 少なくとも自分は経験ない by @kanayannet
設計とアーキテクチャに 設計とアーキテクチャに 何も違いはない 何も違いはない 概要だろうが詳細だろうが、設計でありアーキテクチャであ る よく分けて考える人がいるが... この本では「何も違いはない」と断言している
UI, ビジネスルール , DB アクセス UI, ビジネスルール , DB アクセス
ビジネスルールは独立させる事が可能 それだけでリリースも可能 DB やUI とは別のチームが開発可能
ソフトウェアの振るまい ソフトウェアの振るまい 簡単に振る舞いを変更できるため ソフト 振る舞いを変更できないもの ハード( ウェア) と呼んだ 既存の成果物を変更せず拡張できるようにすべき
SRP SRP 単一責任の原則 モジュールはたったひとつのアクターに対して責務を負うべ き 単一の修正が一つだけではなく複数の修正を誘発してしま うのは違反
OCP OCP オープンクローズドの原則 拡張に対しては開き、修正に対しては閉じてなくてはならな い 既存の成果物を変更せず拡張できるようにすべき
変化しやすい具象クラスを参照しない 変化しやすい具象クラスを参照しない 変化しやすいクラスを継承すると 変化のたびに変更が必要になる危険性があがる
循環依存は厄介 循環依存は厄介 あるコンポーネントの変更が 依存関係を循環し、自身にも悪 影響を与えてしまう
コンポーネント図 コンポーネント図 循環依存恐ければ図にしてみると良い
依存関係逆転 依存関係逆転 参照元と先を変更する事で循環依存を避けられる
.... もっと色々あるが ... .... もっと色々あるが ... そろそろ本題に入ります。 そろそろ本題に入ります。 詳しくはみなさんも是非読んでみて..
Clean Architecture Clean Architecture
エンティティ エンティティ ビジネスを表すものとして独立させる これがないとビジネスとして成立しない最低限の単位
ユースケース ユースケース 自動化されたシステムを使用する方法を記述したもの アプリケーション固有のビジネスルールを記述する 入力データを加工し適切なエンティティへの参照を実現する
この二つの依存関係 この二つの依存関係 エンティティは自身を制御するユースケースのことを知らな い。 エンティティもユースケースも通信手段やDB やフレームワー クの事は知らない そのくらい独立させておく( 汎用性を持たせる) DB,
http, その他外的要素がなくともテストできる
フレームワーク非依存 フレームワーク非依存 フレームワーク依存をなくす事でツールとして利用する
UI 非依存 UI 非依存 ビジネスルールの変更なしに変更できる http 経由 -> コンソールUI にするなど
外部エージェント依存 外部エージェント依存 ビジネルルールは外界のIF を知らない ブラウザ経由 -> アプリにする際に変更がない
活かし方 活かし方
頭の体操 頭の体操 DB, コード設計も含みます
どんな頭の使い方? どんな頭の使い方? 知らない = 無保証ではなく... 知らなくても動くようにする つまり依存をなくす方法を考える
一番大事なのは ... 一番大事なのは ... ビジネスを実現 ビジネスロジック や ビジネスルール と言われている箇所 これを
middleware で縛らない
コンポーネント図 コンポーネント図 絵にすると... 循環依存に気付きやすいよね?
これ RDB の外部キーでも これ RDB の外部キーでも 同じ事だよね? 同じ事だよね? 外部キーで循環依存は運用していくと厳しくなりそう。
難しいな ... 難しいな ... controller と web framework どう切り離せる?
とはいえ ... とはいえ ... ビジネスルールは切り離せそう ここ大事
まとめ まとめ
web framework controller 部分は結構結合している... 切り離し方知ってる人いる?
依存関係を整理していれば... ビジネスルールの分離はやれてる箇所はありそう とはいえ今後は意識したい
図や絵にする事大事 他の人と共有するときも -> 情報非対称性 対策 自分も気付きやすい
参考 参考 読んでいただければ、もっと色々と解ります。
ご清聴 ご清聴 ありがとう ありがとう ございました ございました