Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Application Design 勉強会 #10

A445824f9bb334ec104f5c1c7b67fee2?s=47 Kazuki Chigita
October 02, 2019
Programming
0
58

Application Design 勉強会 #10

Proxyパターンとの向き合い方

A445824f9bb334ec104f5c1c7b67fee2?s=128

Kazuki Chigita

October 02, 2019
Tweet

More Decks by Kazuki Chigita

See All by Kazuki Chigita
DroidKaigiカンファレンスアプリの歴史からみるアプリアーキテクチャのこれまでとこれから
A445824f9bb334ec104f5c1c7b67fee2?s=48 chigichan24
2
1.4k
継続的に機能開発を進めながら行うマルチモジュール化
A445824f9bb334ec104f5c1c7b67fee2?s=48 chigichan24
2
3.7k
Application Design 勉強会 #12
A445824f9bb334ec104f5c1c7b67fee2?s=48 chigichan24
0
33
Application Design 勉強会 #6
A445824f9bb334ec104f5c1c7b67fee2?s=48 chigichan24
0
75
Application Design 勉強会 #4
A445824f9bb334ec104f5c1c7b67fee2?s=48 chigichan24
0
46
Application Design 勉強会 #2
A445824f9bb334ec104f5c1c7b67fee2?s=48 chigichan24
1
75
Read DroidKaigi2019 app source code
A445824f9bb334ec104f5c1c7b67fee2?s=48 chigichan24
1
330
Battle of GridLayout with RecyclerView
A445824f9bb334ec104f5c1c7b67fee2?s=48 chigichan24
0
170
FlutterでBLEを
いい感じにする
A445824f9bb334ec104f5c1c7b67fee2?s=48 chigichan24
2
550

Other Decks in Programming

See All in Programming
VIMRC 2022
E76db8a47bdae9ef76629ecb366483ed?s=48 achimnol
0
140
Git Rebase
E0e036f89c14b3e59640318eedf9670b?s=48 bkuhlmann
7
1.1k
SRE NEXT 2022に学ぶこれからのSREキャリア
71929a476c581dd754e4e1f355ac07d0?s=48 fukubaka0825
2
400
10歳の minne から、これから長く続くプロダクトを作るすべての人へ
Dd21eeb4e9dc073f37239571b85fd2ab?s=48 tsumichan
9
3.7k
設計の考え方とやり方
8f84b7d8869ef6005d89b378e8661f7c?s=48 masuda220
PRO
56
32k
FutureCon 2022 FlutterアプリのPerformance測定
4affdb6a9878e509da7ca41a87051352?s=48 harukafujita
0
140
ちょっとつよい足トラ
6a661bb5871208cad64912223bb0c637?s=48 logilabo
0
420
How GitHub Supports Vim License Detection, The Five Years Journey
C4ce16f549c450f4759eb37f5d5d1a63?s=48 othree
1
400
Google I/O 2022 Android関連概要 / Google I/O 2022 Android summary
Ad855122c2c5b24640cc8798eb103e4b?s=48 phicdy
1
420
実践 SpiceDB - クライドネイティブ時代をサバイブできるパーミッション管理の実装を目指して / Practical SpiceDB
B1bddcb899ec3060fe9913f3cb70dbb6?s=48 lmt_swallow
0
140
リーダブルテストコード / #vstat
48a913a2e3bb5e68aae6f73079648e84?s=48 jnchito
48
37k
Isar勉強会
693ed679c8dde3eccbc682ff44f357e1?s=48 hoddy3190
0
640

Featured

See All Featured
Typedesign – Prime Four
A0517b08532aec8ab2aae3f65d40ad86?s=48 hannesfritz
34
1.4k
Thoughts on Productivity
A16eb159db895e3b01d3dc95767ad595?s=48 jonyablonski
44
2.4k
Keith and Marios Guide to Fast Websites
E14f55d3f939977cecbf51b64ff6f861?s=48 keithpitt
404
21k
Clear Off the Table
Ef32e0b1ac5082450dc8c1fca3a26b5c?s=48 cherdarchuk
79
290k
Dealing with People You Can't Stand - Big Design 2015
44b54d2ffcb7857004071cc6795dde11?s=48 cassininazir
351
21k
Visualization
170b760e0147792d0140e59ec78e9893?s=48 eitanlees
125
12k
A Tale of Four Properties
8081b26e05bb4354f7d65ffc34cbbd67?s=48 chriscoyier
149
21k
The Power of CSS Pseudo Elements
5b6a2bd86ef643786a381a212e0ef2f1?s=48 geoffreycrofte
47
4k
Principles of Awesome APIs and How to Build Them.
B47b288784fda77a94aeb234ca743c24?s=48 keavy
113
15k
Designing Experiences People Love
1b75d89772b7eea1f6c89fbf362607d9?s=48 moore
130
22k
Fontdeck: Realign not Redesign
0bce06bd06ee7a2c4f5500f25dcf7f18?s=48 paulrobertlloyd
73
4.1k
Art Directing for the Web. Five minutes with CSS Template Areas
433acaea1012b25d97ae66da9b998dad?s=48 malarkey
196
9.5k

Transcript

  1. APPLICATION DESIGN 勉強会 26章 THU OCT 3RD KAZUKI CHIGITA

  2. 課題 ソフトウェアが境界を通過することは難しい．

  3. 課題 ソフトウェアが境界を通過することは難しい． ー 意味のあるまとまり間のやりとり ーネットワーク(TCP)やデータベース等の外部との接続

  4. 課題 ソフトウェアが境界を通過することは難しい． ー 単一責任の原則(SRP) ー 閉鎖性共通の原則(CCP) ー 依存関係逆転の原則(DIP) ービジネスルールと外的ルールの分離 これらができない傾向にある

  5. 例(ショッピングサイトのモデル) 上のモデルに対してItemを追加するような操作をする．

  6. 前提 (本当は全部data class なんだけどシンタックスが壊れたのでつけてない)

  7. 例(ショッピングサイトのモデル) 上のモデルに対してItemを追加するような操作をする．

  8. 例(ショッピングサイトのモデル)

  9. 例(ショッピングサイトのモデル)

  10. 例(ショッピングサイトのモデル) 強結合

  11. 例(ショッピングサイトのモデル) SPR & CCP 違反

  12. 例(ショッピングサイトのモデル) SPR & CCP 違反

  13. 例(ショッピングサイトのモデル) SPR & CCP 違反 DIP 違反

  14. PROXYパターンの適用

  15. PROXYパターンの適用 Interfaceに切り出す．利用者はこれを使う． DBの実体． DB操作を担う Productのドメイン に関する処理

  16. PROXYパターンの適用 Interfaceに切り出す．利用者はこれを使う． DBの実体． Productのドメイン に関する処理 DB操作を担う

  17. PROXYパターンの適用 Interfaceに切り出す．利用者はこれを使う． DBの実体． Productのドメイン に関する処理 DB操作を担う

  18. PROXYパターンの適用 Interfaceに切り出す．利用者はこれを使う． DBの実体． Productのドメイン に関する処理 DB操作を担う

  19. PROXYパターンの適用 Interfaceに切り出す．利用者はこれを使う． DBの実体． Productのドメイン に関する処理 DB操作を担う これ無駄では？→

  20. 【再掲】例(ショッピングサイトのモデル)

  21. 【再掲】例(ショッピングサイトのモデル) 個に対する操作にはあまり意味をなさない．

  22. 【再掲】例(ショッピングサイトのモデル) もとの課題でもあった関係性の強結合を解決する．

  23. PROXYパターンの適用2

  24. PROXYパターンの適用2 処理の委譲が行われている

  25. PROXYパターンの適用2 DBに関する固有の処理 ビジネスルールに関する処理 使用者に対するinterface

  26. PROXYパターンまとめ ーProxyパターンはビジネスルールとデータベースの処理を完全に切り離すことができる ーここでは例示としてDBを扱ったが外部のAPIに対しても同じように扱うことができる ーまた，SRP，CCP，DIPの各問題をクリアしている解決策とも言える ProxyはDBとimplの両者に紐付いており，変更の影響を強く受ける 【問題点】

  27. 多重継承できる言語なら Stairway to Heaven Patternの適用が可能

  28. 多重継承できる言語なら Stairway to Heaven Patternの適用が可能 ←DBに対する知識を持っている．read(). write()のみの抽象クラス

  29. 多重継承できる言語なら Stairway to Heaven Patternの適用が可能 ←DBに対する知識を持っている．read(). write()のみの抽象クラス ビジネスルール DB知識

  30. 多重継承できる言語なら Stairway to Heaven Patternの適用が可能 ←DBに対する知識を持っている．read(). write()のみの抽象クラス ビジネスルール DB知識 ←適切に分離し，影響を最小限にする

  31. DBと戦う他のアプローチ ーExtension Objectパターン(28章) ーVisitorパターン(28章) ーDecoratorパターン(29章) ーFacdeパターン ー DatabaseFacadeを作成し，ビジネスロジックぽいものと DB知識っぽいものを分離して実装 ー

    Façadeとそれに紐づくものが強結合してしまう問題点があるがリファクタしやすい．

  32. 参考文献 ロバート・C・マーチン他． アジャイルソフトウェア開発の奥義第二版 オブジェクト指向開発の真髄と匠の技． SBクリエイティブ，2008