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
Application Design 勉強会 #10
Search
Kazuki Chigita
October 02, 2019
Programming
120
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
あの日のHotReloadはなぜ動かなかったのか? 〜OSセキュリティ(W^X)とJITコンパイラの攻防〜
chigichan24
3
1.3k
「 動く」サンプルでスムーズなコミュニケーションを
chigichan24
1
1.3k
Claude CodeでサクサクTestコードを移行しよう
chigichan24
2
1.5k
Live Update notificationのつかいどころ
chigichan24
0
360
不具合調査とTest
chigichan24
1
460
Flutterと難読化
chigichan24
0
5.7k
Building Android and looking into the Android System
chigichan24
2
4.2k
DroidKaigiカンファレンスアプリの歴史からみるアプリアーキテクチャのこれまでとこれから
chigichan24
2
3.5k
継続的に機能開発を進めながら行うマルチモジュール化
chigichan24
2
6.3k
Other Decks in Programming
See All in Programming
2年かけて Deno に DOMMatrix を実装した話 / How I implemented DOMMatrix in Deno over two years
petamoriken
0
180
「正の参照」と 「負の導出」で組む ハーネスエンジニアリング
cottpan
1
150
ルールを書いて終わらせないハーネスエンジニアリング
yug1224
4
1.8k
生成AI導入の「期待外れ」を乗り越える ー 開発フロー改革が目指す、真の組織変革
starfish719
0
2.7k
メールのエイリアス機能を履き違えない
isshinfunada
0
140
複数の Claude Code が"放置"されてしまう問題をCLI ダッシュボードを自作して解決した話
sumihiro3
0
500
Generative UI & AI-Assistants for Your Angular Solutions
manfredsteyer
PRO
1
270
php-fpmのプロセスが枯渇した日-調査・対処・そして本当にやるべきだったこと-
shibuchaaaan
0
170
Laravel Boostに学ぶ、AIにPHPを書かせる技術 〜OSSの実装から蒸留するエージェント制御の王道〜
kentaroutakeda
3
550
【やさしく解説 設計編・中級 #1】一つの車に、運転手は一人 ~ある倉庫システムの事例から~
panda728
PRO
0
200
為什麼你並不需要ViewModel / No, you don't need a ViewModel
lovee
1
440
継続モナドとリアクティブプログラミング
yukikurage
3
650
Featured
See All Featured
First, design no harm
axbom
PRO
2
1.2k
YesSQL, Process and Tooling at Scale
rocio
174
15k
AI in Enterprises - Java and Open Source to the Rescue
ivargrimstad
0
1.4k
Paper Plane (Part 1)
katiecoart
PRO
1
9.9k
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
37
6.5k
4 Signs Your Business is Dying
shpigford
187
22k
State of Search Keynote: SEO is Dead Long Live SEO
ryanjones
0
230
How to audit for AI Accessibility on your Front & Back End
davetheseo
0
470
A Soul's Torment
seathinner
6
3.1k
Designing Powerful Visuals for Engaging Learning
tmiket
1
460
10 Git Anti Patterns You Should be Aware of
lemiorhan
PRO
659
62k
Large-scale JavaScript Application Architecture
addyosmani
515
110k
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