Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
Application Design 勉強会 #10
Search
Kazuki Chigita
October 02, 2019
Programming
130
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
Application Design 勉強会 #10
Proxyパターンとの向き合い方
Kazuki Chigita
October 02, 2019
More Decks by Kazuki Chigita
See All by Kazuki Chigita
Kotlinize Is Not Just Converting to Kotlin
chigichan24
1
180
数年滞っていたダークモード対応をおよそ2週間で完了させる
chigichan24
0
810
AndroidでHDRメディアを「壊さずに」扱う
chigichan24
0
610
あの日のHotReloadはなぜ動かなかったのか? 〜OSセキュリティ(W^X)とJITコンパイラの攻防〜
chigichan24
3
1.5k
「 動く」サンプルでスムーズなコミュニケーションを
chigichan24
1
1.5k
Claude CodeでサクサクTestコードを移行しよう
chigichan24
2
1.7k
Live Update notificationのつかいどころ
chigichan24
0
410
不具合調査とTest
chigichan24
1
480
Flutterと難読化
chigichan24
0
6k
Other Decks in Programming
See All in Programming
オーケストレーション記述言語 Katari
yukikurage
0
190
Optunaを作ったときにやりたかったこと、その後 (2026/10/16, Optuna Meetup #3)
iwiwi
2
1.2k
作れる、でも消せるか?──安全に「枯らして消す」機能削除術 / Drain, Then Delete
chobishiba
2
900
우리의 Nitro Modules는 당신의 Turbo Modules보다 아름답다
l2hyunwoo
0
170
When benchmarks go bad - what I learned from measuring performance wrong
hollycummins
0
240
ChromeでローカルLLM
ryu1013
0
160
AmebaブログはKMPから卒業します
kmars0605
0
220
Seven New Principles of Software Engineering
yegor256
0
230
個人開発者よ、Honoを使え(おじさんver)
tanahiro2010
2
270
あなたの await、OS まで届いてる? strace で覗く JavaScript の非同期
hasutosasaki
1
1.1k
全ての永続トークンを、生まれる前に消し去りたい!
sylph01
2
1.1k
設計次第でAIコードの読む量は減らせる / designing-for-code-reading
minodriven
35
17k
Featured
See All Featured
How to Build an AI Search Optimization Roadmap - Criteria and Steps to Take #SEOIRL
aleyda
1
2.2k
Unlocking the hidden potential of vector embeddings in international SEO
frankvandijk
0
1k
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
234
18k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
133
20k
XXLCSS - How to scale CSS and keep your sanity
sugarenia
250
1.3M
The untapped power of vector embeddings
frankvandijk
2
1.9k
Evolution of real-time – Irina Nazarova, EuRuKo, 2024
irinanazarova
9
1.6k
More Than Pixels: Becoming A User Experience Designer
marktimemedia
3
570
Tell your own story through comics
letsgokoyo
1
1.1k
Avoiding the “Bad Training, Faster” Trap in the Age of AI
tmiket
0
280
Crafting Experiences
bethany
1
390
Measuring Dark Social's Impact On Conversion and Attribution
stephenakadiri
2
310
Transcript
APPLICATION DESIGN 勉強会 26章 THU OCT 3RD KAZUKI CHIGITA
課題 ソフトウェアが境界を通過することは難しい.
課題 ソフトウェアが境界を通過することは難しい. ー 意味のあるまとまり間のやりとり ーネットワーク(TCP)やデータベース等の外部との接続
課題 ソフトウェアが境界を通過することは難しい. ー 単一責任の原則(SRP) ー 閉鎖性共通の原則(CCP) ー 依存関係逆転の原則(DIP) ービジネスルールと外的ルールの分離 これらができない傾向にある
例(ショッピングサイトのモデル) 上のモデルに対してItemを追加するような操作をする.
前提 (本当は全部data class なんだけどシンタックスが壊れたのでつけてない)
例(ショッピングサイトのモデル) 上のモデルに対してItemを追加するような操作をする.
例(ショッピングサイトのモデル)
例(ショッピングサイトのモデル)
例(ショッピングサイトのモデル) 強結合
例(ショッピングサイトのモデル) SPR & CCP 違反
例(ショッピングサイトのモデル) SPR & CCP 違反
例(ショッピングサイトのモデル) SPR & CCP 違反 DIP 違反
PROXYパターンの適用
PROXYパターンの適用 Interfaceに切り出す.利用者はこれを使う. DBの実体. DB操作を担う Productのドメイン に関する処理
PROXYパターンの適用 Interfaceに切り出す.利用者はこれを使う. DBの実体. Productのドメイン に関する処理 DB操作を担う
PROXYパターンの適用 Interfaceに切り出す.利用者はこれを使う. DBの実体. Productのドメイン に関する処理 DB操作を担う
PROXYパターンの適用 Interfaceに切り出す.利用者はこれを使う. DBの実体. Productのドメイン に関する処理 DB操作を担う
PROXYパターンの適用 Interfaceに切り出す.利用者はこれを使う. DBの実体. Productのドメイン に関する処理 DB操作を担う これ無駄では?→
【再掲】例(ショッピングサイトのモデル)
【再掲】例(ショッピングサイトのモデル) 個に対する操作にはあまり意味をなさない.
【再掲】例(ショッピングサイトのモデル) もとの課題でもあった関係性の強結合を解決する.
PROXYパターンの適用2
PROXYパターンの適用2 処理の委譲が行われている
PROXYパターンの適用2 DBに関する固有の処理 ビジネスルールに関する処理 使用者に対するinterface
PROXYパターンまとめ ーProxyパターンはビジネスルールとデータベースの処理を完全に切り離すことができる ーここでは例示としてDBを扱ったが外部のAPIに対しても同じように扱うことができる ーまた,SRP,CCP,DIPの各問題をクリアしている解決策とも言える ProxyはDBとimplの両者に紐付いており,変更の影響を強く受ける 【問題点】
多重継承できる言語なら Stairway to Heaven Patternの適用が可能
多重継承できる言語なら Stairway to Heaven Patternの適用が可能 ←DBに対する知識を持っている.read(). write()のみの抽象クラス
多重継承できる言語なら Stairway to Heaven Patternの適用が可能 ←DBに対する知識を持っている.read(). write()のみの抽象クラス ビジネスルール DB知識
多重継承できる言語なら Stairway to Heaven Patternの適用が可能 ←DBに対する知識を持っている.read(). write()のみの抽象クラス ビジネスルール DB知識 ←適切に分離し,影響を最小限にする
DBと戦う他のアプローチ ーExtension Objectパターン(28章) ーVisitorパターン(28章) ーDecoratorパターン(29章) ーFacdeパターン ー DatabaseFacadeを作成し,ビジネスロジックぽいものと DB知識っぽいものを分離して実装 ー
Façadeとそれに紐づくものが強結合してしまう問題点があるがリファクタしやすい.
参考文献 ロバート・C・マーチン他. アジャイルソフトウェア開発の奥義第二版 オブジェクト指向開発の真髄と匠の技. SBクリエイティブ,2008