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
45

Application Design 勉強会 #10

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

A445824f9bb334ec104f5c1c7b67fee2?s=128

Kazuki Chigita

October 02, 2019
Tweet

More Decks by Kazuki Chigita

See All by Kazuki Chigita
A445824f9bb334ec104f5c1c7b67fee2?s=48 chigichan24
1
420
A445824f9bb334ec104f5c1c7b67fee2?s=48 chigichan24
2
2.8k
A445824f9bb334ec104f5c1c7b67fee2?s=48 chigichan24
0
26
A445824f9bb334ec104f5c1c7b67fee2?s=48 chigichan24
0
63
A445824f9bb334ec104f5c1c7b67fee2?s=48 chigichan24
0
32
A445824f9bb334ec104f5c1c7b67fee2?s=48 chigichan24
1
63
A445824f9bb334ec104f5c1c7b67fee2?s=48 chigichan24
1
310
A445824f9bb334ec104f5c1c7b67fee2?s=48 chigichan24
0
140
A445824f9bb334ec104f5c1c7b67fee2?s=48 chigichan24
2
450

Other Decks in Programming

See All in Programming
7fc4cc5734eb20c7f9b9b5791be33661?s=48 taku_0728
4
1.6k
5f57d2d205e77e185986459c1b89a874?s=48 jeroenmols
1
200
23e7f90fa36af44f13000c1229240984?s=48 uri
2
200
89b8f4a7429270308ac301bf7605f974?s=48 olafurw
0
200
102398563fd1bf878b35dc2d5ee67cbe?s=48 kamilahsantos
1
100
64fb973c47087ece7fb9b45d5b8593a4?s=48 yag_ays
7
5.4k
527c1db50811ca320e8de57c79a3e15c?s=48 shugostr
0
410
0187ef0e45a8d745eafc223cf2ebb90c?s=48 tosh7
0
330
2c0947c6a28e7f771ebd9859ecf54e5c?s=48 shinyorke
0
240
218473ff7abad0fcd72865da2b23bb5b?s=48 memory1994
2
720
Dc8d7b0277a1646d6842105241e8bef5?s=48 peacock0803sz
0
300
2594ac7ce91fd7d9a3ce71ca7cc2d0c0?s=48 d_date
1
140

Featured

See All Featured
E4f5d494ebdc9e7cce1aecf3ce3e8bc1?s=48 shpigford
167
19k
6804f1775cb4babfcc3851298566fbce?s=48 tanoku
260
24k
E837d2996f52008ace055a08fbfff992?s=48 frogandcode
129
20k
25c7c18223fb42a4c6ae1c8db6f50f9b?s=48 mojombo
364
63k
2f5463832ccb768ccb4a1ca3607c27ef?s=48 jacobian
261
20k
1b8ad785acdd1ce1c99914b1c2a4e10e?s=48 sugarenia
235
960k
245cee81a9c424266e5e401d844ea881?s=48 lara
175
10k
24fc194843a71f10949be18d5a692682?s=48 gr2m
86
11k
91cefdf141106fa10674aae74ce05890?s=48 yeseniaperezcruz
307
32k
E9221b172e78e888355fa2fe4541b595?s=48 mclloyd
PRO
6
7.5k
3ab1249be442027903e1180025340b3f?s=48 reverentgeek
36
2.5k
462dad0dd24c568a32dcdb0ae895ae1b?s=48 rasmusluckow
318
19k

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