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
【オンライン】Clean Architecture 達人に学ぶソフトウェアの構造と設計 輪読会...
Search
masyus_work
December 20, 2020
Programming
0
150
【オンライン】Clean Architecture 達人に学ぶソフトウェアの構造と設計 輪読会 #16
masyus_work
December 20, 2020
Tweet
Share
More Decks by masyus_work
See All by masyus_work
ふりかえりとチームクレドが僕らにもたらしてくれたもの
masyus
2
310
Clean Architecture 達人に学ぶソフトウェアの 構造と設計_第10回
masyus
0
220
【オンライン】Clean Architecture 達人に学ぶソフトウェアの構造と設計 輪読会 #1
masyus
0
180
テスト駆動開発 輪読会 Vol.5
masyus
0
170
Chrome拡張で便利ツール作ってたら、思いがけず社内ツールを作ることになった話
masyus
0
150
開発速度UP & エンジニアポートフォリオ作成を同時実現する為の取り組み
masyus
0
190
メール文面確認テストを作りながら、テストについて改めて考えてみた
masyus
0
190
Other Decks in Programming
See All in Programming
MCPで実現するAIエージェント駆動のNext.jsアプリデバッグ手法
nyatinte
7
950
一人でAIプロダクトを作るための工夫 〜技術選定・開発プロセス編〜 / I want AI to work harder
rkaga
13
2.9k
コンテキストエンジニアリング Cursor編
kinopeee
1
720
Azure SRE Agentで運用は楽になるのか?
kkamegawa
0
360
私の後悔をAWS DMSで解決した話
hiramax
4
160
個人軟體時代
ethanhuang13
0
120
The State of Fluid (2025)
s2b
0
200
RDoc meets YARD
okuramasafumi
3
140
AI OCR API on Lambdaを Datadogで可視化してみた
nealle
0
210
Nuances on Kubernetes - RubyConf Taiwan 2025
envek
0
200
Introduction to Git & GitHub
latte72
0
120
AIレビュアーをスケールさせるには / Scaling AI Reviewers
technuma
2
230
Featured
See All Featured
Code Review Best Practice
trishagee
70
19k
Balancing Empowerment & Direction
lara
2
590
YesSQL, Process and Tooling at Scale
rocio
173
14k
Why You Should Never Use an ORM
jnunemaker
PRO
59
9.5k
Site-Speed That Sticks
csswizardry
10
790
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
131
19k
Designing for humans not robots
tammielis
253
25k
Bash Introduction
62gerente
614
210k
Documentation Writing (for coders)
carmenintech
73
5k
Git: the NoSQL Database
bkeepers
PRO
431
65k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
110
20k
Making the Leap to Tech Lead
cromwellryan
134
9.5k
Transcript
Clean Architecture 達人に学ぶソフトウェアの 構造と設計【輪読会】 第16回:第33章~第34章 2020/12/23 @masyus_work
第33章 事例: 動画販売サイト
第33章 事例:動画販売サイト 1. アーキテクチャを決めるための第一 歩は - アクターとユースケースを見 つけること 2. 抽象ユースケース
- 図33-1点線部。共通化の道 を探るのが得策
第33章 事例:動画販売サイト 1. 抽象ユースケース - 図33-2赤枠 2. ただし、デプロイ単位は様々な切り 口を維持しておく -
将来的にデプロイ方法を柔軟 に変更できて良い 【↑分割方針】 - 単一責任の原則(SRP)に基づくアクターによる分割 - 依存性のルールによる分割
第34章 書き残したこと 設計やコーディングに関する そのほかのアプローチ (クリーンアーキテクチャ以外)
第34章 書き残したこと 1. レイヤードアーキテクチャ - 水平方向 - ソフトウェア規模が大きくなると、3つの パッケージングに分けるのでは手に負 えなくなる
- ビジネスドメインに関しては何も叫ばな い
第34章 書き残したこと 2. 機能によるパッケージング - 垂直方向 - パッケージングは1つ - ビジネスドメインに関して叫べる
第34章 書き残したこと 3. ポートとアダプター - ビジネス(ドメイン)に関するコードを技術的な 実装から切り離して独立させること
第34章 書き残したこと 4. コンポーネントによるパッケージング Controllerがリポジトリに直接アクセスしちゃった (つまりルールを無視して実装してしまった) - 何らかのガイドラインが必要になる - →
コンポーネントによるパッケージング
第34章 書き残したこと 4. コンポーネントによるパッケージング - 粒度の粗いコンポーネントに関連する全て の責務をひとつのJavaパッケージにまとめ ることを目指す - 図34-5のようなケースの場合、注文に関す
るコードを書きたければ OrdersComponentだけを見ればOKなス タンスにしてしまうという方策
第34章 書き残したこと 余談:CQRS(コマンドクエリ責務分離)とは - データの更新とデータの読み取りを切り離 すパターン - = Command Query
Responsibility Segregation
第34章 書き残したこと 5. 悪魔は実装の詳細に宿る 6. 組織化かカプセル化か - publicの乱用 → パッケージは事実上無い
に等しくなってしまう - → 今まで解説した4つのアーキテクチャ手 法が意味なくなってしまう
第34章 書き残したこと 適切にアクセス範囲を絞り込みましょう
第34章 書き残したこと 7. そのほかの分割方法 - Javaの場合 - OSGi - Java
9 モジュールシステム - それぞれ別のソースコードツリーに分割する - 例 - ビジネスやドメイン用のソースコード - ウェブ用のソースコード - データ永続化用のソースコード
第34章 書き残したこと まとめ - いくらうまい設計をしても、その実装方法の複雑さを考慮しなければ、 あっという間に設計が崩れてしまう - チームの規模やメンバーのスキル、ソリューションの複雑さ、時間と予 算の制約を考慮する必要あり
輪読会 第16回 Fin...