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
130
【オンライン】Clean Architecture 達人に学ぶソフトウェアの構造と設計 輪読会 #16
masyus_work
December 20, 2020
Tweet
Share
More Decks by masyus_work
See All by masyus_work
ふりかえりとチームクレドが僕らにもたらしてくれたもの
masyus
2
300
Clean Architecture 達人に学ぶソフトウェアの 構造と設計_第10回
masyus
0
210
【オンライン】Clean Architecture 達人に学ぶソフトウェアの構造と設計 輪読会 #1
masyus
0
170
テスト駆動開発 輪読会 Vol.5
masyus
0
150
Chrome拡張で便利ツール作ってたら、思いがけず社内ツールを作ることになった話
masyus
0
150
開発速度UP & エンジニアポートフォリオ作成を同時実現する為の取り組み
masyus
0
180
メール文面確認テストを作りながら、テストについて改めて考えてみた
masyus
0
190
Other Decks in Programming
See All in Programming
Compose Navigation実装の見通しを良くする
hiroaki404
0
180
Windows版PHPのビルド手順とPHP 8.4における変更点
matsuo_atsushi
0
360
Node.js, Deno, Bun 最新動向とその所感について
yosuke_furukawa
PRO
6
3k
AI Agentを利用したAndroid開発について
yuchan2215
0
210
なぜselectはselectではないのか
taiyow
2
300
データベースエンジニアの仕事を楽にする。PgAssistantの紹介
nnaka2992
9
4.2k
CRE Meetup!ユーザー信頼性を支えるエンジニアリング実践例の発表資料です
tmnb
0
340
ステートソーシング型イベント駆動の視点で捉えるCQRS+ES
shinnosuke0522
1
320
ローコードサービスの進化のためのモノレポ移行
taro28
1
330
私の愛したLaravel 〜レールを超えたその先へ〜
kentaroutakeda
12
3.5k
パスキーのすべて / 20250324 iddance Lesson.5
kuralab
0
120
AI時代のプログラミング教育 / programming education in ai era
kishida
22
20k
Featured
See All Featured
The Power of CSS Pseudo Elements
geoffreycrofte
75
5.7k
Making the Leap to Tech Lead
cromwellryan
133
9.2k
Optimising Largest Contentful Paint
csswizardry
35
3.2k
[RailsConf 2023] Rails as a piece of cake
palkan
53
5.4k
Being A Developer After 40
akosma
90
590k
Rebuilding a faster, lazier Slack
samanthasiow
80
8.9k
YesSQL, Process and Tooling at Scale
rocio
172
14k
jQuery: Nuts, Bolts and Bling
dougneiner
63
7.7k
Chrome DevTools: State of the Union 2024 - Debugging React & Beyond
addyosmani
4
470
GitHub's CSS Performance
jonrohan
1030
460k
GraphQLの誤解/rethinking-graphql
sonatard
70
10k
Product Roadmaps are Hard
iamctodd
PRO
52
11k
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...