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
320
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
200
Other Decks in Programming
See All in Programming
Advance Your Career with Open Source
ivargrimstad
0
520
bootcamp2025_バックエンド研修_WebAPIサーバ作成.pdf
geniee_inc
0
110
Foundation Modelsを実装日本語学習アプリを作ってみた!
hypebeans
0
110
はじめてのDSPy - 言語モデルを『プロンプト』ではなく『プログラミング』するための仕組み
masahiro_nishimi
2
380
Claude CodeによるAI駆動開発の実践 〜そこから見えてきたこれからのプログラミング〜
iriikeita
0
210
Goで実践するドメイン駆動開発 AIと歩み始めた新規プロダクト開発の現在地
imkaoru
4
840
Domain-centric? Why Hexagonal, Onion, and Clean Architecture Are Answers to the Wrong Question
olivergierke
2
850
uniqueパッケージの内部実装を支えるweak pointerの話
magavel
0
1k
iOSエンジニア向けの英語学習アプリを作る!
yukawashouhei
0
200
ポスターセッション: 「まっすぐ行って、右!」って言ってラズパイカーを動かしたい 〜生成AI × Raspberry Pi Pico × Gradioの試作メモ〜
komofr
0
1.3k
[Kaigi on Rais 2025] 全問正解率3%: RubyKaigiで出題したやりがちな危険コード5選
power3812
0
140
Le côté obscur des IA génératives
pascallemerrer
0
140
Featured
See All Featured
Into the Great Unknown - MozCon
thekraken
40
2.1k
Scaling GitHub
holman
463
140k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
31
2.7k
Unsuck your backbone
ammeep
671
58k
What's in a price? How to price your products and services
michaelherold
246
12k
VelocityConf: Rendering Performance Case Studies
addyosmani
332
24k
Optimizing for Happiness
mojombo
379
70k
Principles of Awesome APIs and How to Build Them.
keavy
127
17k
Chrome DevTools: State of the Union 2024 - Debugging React & Beyond
addyosmani
7
900
Designing Experiences People Love
moore
142
24k
[RailsConf 2023] Rails as a piece of cake
palkan
57
5.9k
Designing Dashboards & Data Visualisations in Web Apps
destraynor
231
53k
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...