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
オブジェクト指向のこころ: 第11章 / DESIGN PATTERNS EXPLAINED:...
Search
hideki kinjyo
PRO
October 14, 2021
Programming
0
49
オブジェクト指向のこころ: 第11章 / DESIGN PATTERNS EXPLAINED: chapter-11
会社で「オブジェクト指向のこころ」の読書会をやっています
hideki kinjyo
PRO
October 14, 2021
Tweet
Share
More Decks by hideki kinjyo
See All by hideki kinjyo
『テスト書いた方が開発が早いじゃん』を解き明かす #phpcon_nagoya
o0h
PRO
6
2k
色んなオートローダーを覗き見る #phpcon_okinawa
o0h
PRO
5
560
ヒューマンエラーの本を読んだ ~報告会~
o0h
PRO
3
290
みんなでワイワイ「テスト駆動開発」の話をやる会 #techramen24conf
o0h
PRO
3
550
SPLから始める「データ構造」入門
o0h
PRO
7
1.9k
PHPUnit11の新しい仲間たち
o0h
PRO
3
420
単体テストを書かない技術 #phpcon_odawara
o0h
PRO
62
21k
パンフ記事 「初めてのリファクタリング!」 の裏側 #phperkaigi
o0h
PRO
2
170
phpunit/php-code-coverageって何をしてるんだ #phperkaigi
o0h
PRO
3
1.5k
Other Decks in Programming
See All in Programming
責務と認知負荷を整える! 抽象レベルを意識した関心の分離
yahiru
8
1.2k
法律の脱レガシーに学ぶフロントエンド刷新
oguemon
5
740
AWS Organizations で実現する、 マルチ AWS アカウントのルートユーザー管理からの脱却
atpons
0
160
ソフトウェアエンジニアの成長
masuda220
PRO
12
2k
DROBEの生成AI活用事例 with AWS
ippey
0
140
仕様変更に耐えるための"今の"DRY原則を考える
mkmk884
8
2.5k
CloudNativePGを布教したい
nnaka2992
0
100
密集、ドキュメントのコロケーション with AWS Lambda
satoshi256kbyte
1
210
データの整合性を保つ非同期処理アーキテクチャパターン / Async Architecture Patterns
mokuo
53
18k
2024年のWebフロントエンドのふりかえりと2025年
sakito
3
260
Writing documentation can be fun with plugin system
okuramasafumi
0
120
時計仕掛けのCompose
mkeeda
1
310
Featured
See All Featured
Designing Dashboards & Data Visualisations in Web Apps
destraynor
231
53k
Agile that works and the tools we love
rasmusluckow
328
21k
Music & Morning Musume
bryan
46
6.4k
Building a Modern Day E-commerce SEO Strategy
aleyda
38
7.1k
Why You Should Never Use an ORM
jnunemaker
PRO
55
9.2k
Site-Speed That Sticks
csswizardry
4
390
What's in a price? How to price your products and services
michaelherold
244
12k
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
233
17k
How to Think Like a Performance Engineer
csswizardry
22
1.4k
Rebuilding a faster, lazier Slack
samanthasiow
80
8.8k
Build your cross-platform service in a week with App Engine
jlugia
229
18k
Fireside Chat
paigeccino
34
3.2k
Transcript
第11章 Abstract Factoryパターン 課題図書: オブジェクト指向のこころ: デザインパターンとともに学ぶ
Abstract Factory நతͳ ੜ(ث)ɾ
நతͳ ੜ(ث)ɾ •۩Λഉ͢Δ •͋Δଆ໘ΛΓམͱ͢ •ʮ֓೦ʯͷੈքʹۙͮ͘ •ʮੜʯͱ͖͍ͨΒ ʮར༻ʯͱͷؔΛىͯ͠Ͷʂ •ʮਖ਼͘͠࡞Δʯ໘ ݁߹͕ى͖͍͢(ࡉ͔͍͕ࣝඞཁ)
ʰσβΠϯύλʔϯ վగ൛ P95)ʱ
Abstract FactoryͬͯβοΫϦݴ͏ͱɾɾ ⽬的(GoF本): 互いに関連したり依存し合うオブジェクト群を、 その具象クラスを明確にせずに⽣成するためのインターフェー スを提供する • 「⽣成」と「利⽤」の分離を進める • 「⽣成(≒⽣成物の取得)」を「抽象的」に⾏えるようにする
=> 具象から切り離された・本質的な⽬的と関係ない情報を切 り離して」⽣成する
ྫ: ਤܗදࣔ&ҹγεςϜ • ը૾σʔλΛɺσΟεϓϨΠ/ϓϦϯλʹग़ྗ͢Δ • ग़ྗ༰ɺεϖοΫʹԠͯ͡ղ૾/ߴղ૾ͳͷ (υϥΠό)͕બ͞ΕΔ
コードの品質を⾒てみる 例えば「MIDDLE」という選択肢が増えたら、どのくらい 変更しやすい・・?という観点で品質を考えることが可能 • 結合度: •「描く」「印刷する」という処理の中に、「ドライバを 判断する」という処理が混ざっている •他の知識が混⼊している • 凝集度:
•「仕事が多岐にわたる」ことで「別々の箇所に、被った 仕事」が発⽣している •「1つの変更」に対して「複数箇所の対応」が必要とい う状況
ڞ௨ੑͱՄมੑΛݟͯΈΔ • ڞ௨ੑ: ը໘දࣔɾҹ͕ग़དྷ͍ͯΔ • Մมੑ: ϚγϯʹԠͯ͡ɺར༻͖͢υϥΠό͕ҟͳΔ
ڞ௨ੑΛநͰදݱͯ͠ΈΔ • 「ドライバを使って hogehoge」と「必要なドライ バを⽣成する」という共通性 を、抽象クラスに持たせる • 「必要なドライバの組み合わせ を判断する」可変性を、具象 クラスで表現する
ʮूΑΓܧঝʯʹͨ͠ࣄͷ • 組合せ爆発が発⽣して、具象クラスが無限に増える・・ • 「新設のクラスを作るべき」という動機が「何らかの組み 合わせが新しく増えた場合」になるので、結果的にできあ がる「細かくて伝わりにくいクラス(群)」・・・
抽象化(=共通性の発⾒と表現)と集約(分離) • 「画⾯」と「印刷」を1つの共通性とみな す • 使⽤者(ApControl)は、「抽象」へと依存さ せる •具体的すぎるところは踏み込みすぎない! => 「抽象に依存する」「依存性の注⼊」
「利⽤と⽣成の分離」を利⽤した例。 (「共通している部分」が「抽象化されてい るでしょ??」というのが⼤事!)
ར༻(ґଘ)ΦϒδΣΫτΛͲ͏ͬͯ࡞Δ͔ʁ • ※ઌͷྫͩͱʮར༻ऀͷ֎ʹಀ͕ͨ͠ʯ෦ • FactoryΛ༻͍ͯੜΛ͢Δ • => ར༻ऀ͔Βʮੜखଓ͖ʯΛΧϓηϧԽ͢Δ
None
Abstract Factoryͱconcrete • ʮੜΛநԽʯͨ͠ͱ͜ΖͰɺʮ۩ମతͳใ͕ཁΒͳ͘ͳΔʯ Θ͚Ͱͳ͍ • ʮར༻ऀ͕۩ମతʹதΛΒͳ͍͍ͯ͘Αʯͱ͚ͨͩ͠Ͱɺ ʮΞϓϦέʔγϣϯશମͰ”۩ମ”͕ෆඞཁʹͳΔʯΘ͚Ͱͳ ͍ •
ʮ۩ମతͳใɺͲ͔͜Β͖ͯɺͲ͜ʹೖΕΔɾɾʁʯͱ͍͏ ͕͋Δ • ʮઃఆʯͱ͔ʮϑΝΫτϦϝιουʯΛ͑ΔΑʂ
Configuration • 設定ファイルとかに値をも たせて! • その中でガッと切り替える よ!
Factory Method • 「設定値に応じて、何を 作るか」も相⼿の責任に しちゃうよ!
※ऄ: நతͰͳ͍ϑΝΫτϦ • 「⽣成するクラス(具象)が固定されている」場合に、Abstractで ないFactoryという事になる • GoFのデザインパターンには「Factrory⽤の(Concrete)クラスを 作成するパターン」は取り上げられていないが、「Factory methodを持つクラス」と実装観点では同じになる •
「⽣成⼿続きを切り離したい(隠蔽したい)」のがFactory • 「⽣成対象のファミリを抽象的に扱いたい(隠蔽したい)」のが Abstract Factory
ࡶͳ·ͱΊ • Abstract FactoryͰɺมಈʹڧ͍&ੜͱར༻ͷʹϨοπτϥΠͰ ͢Αʂ • ͋͘·Ͱʮؔ৺ͷʯʮߴڽूԽɾ݁߹Խʯͱ͍͏ͳͷͰɺશମ Ͱߟ͑Δͱʮ۩ମతͳࣄ͕ͳ͘ͳΔʯʮ۩͕ݮΔʯͱ͍͏Θ͚Ͱ ͳ͍ɾɾʂ •
Ͳ͔ͬ͠ΒͰʮղ૾͍ͭ͘ʹ͠·͔͢ʁʯΔඞཁ͕͋Δ • ʮͲ͜ʹ͋Δ͔ʯ͕େࣄɻͦΕ͕ʮม͑͢͞ʯʮಡΈ͢͞ʯʹڹ ͍ͯ͘Δʂͱ͍͏ • ΑΓ֓೦ɾઓज़తͳͱ͜Ζ͕Γ͔ͨͬͨΒɺୈ20ষνϥݟͯ͠Έ Δͱྑ͍͔
ࢀߟͱ͔ • ʮ࣮ࡍʹͲΜͳײ͡ͳΜͩΖʯΈ͍ͨͳɺྫ͑PSR-17ͱ͔Slim ͷίʔυͱ͔ • ʲPHPʳPSR-17 HTTP FactoriesʢHTTPϑΝΫτϦʣ https://www.ritolab.com/entry/190 •
Slim • factory: https://github.com/slimphp/Slim/blob/4.9.0/Slim/ Factory/Psr17/Psr17Factory.php • client: https://github.com/slimphp/Slim/blob/4.9.0/Slim/App.php
SlimͷʮPsr17ϑΝϛϦʯΛνϥݟ 具象側で「どんな⼯房が必要か」の設定をし 抽象側ではファクトリメソッドが「具象な⼯房」で指定された⼿続き実⾏する https://github.com/slimphp/Slim/blob/4.9.0/Slim/Factory/Psr17/Psr17Factory.php#47 https://github.com/slimphp/Slim/blob/4.9.0/Slim/Factory/Psr17/LaminasDiactorosPsr17Factory.php
SlimͷʮPsr17ϑΝϛϦʯΛνϥݟ 「どの⼯房を使うか」は、依存パッケージの存在等をチェックして「使える ものがアレば⾃動検出する」ことで判断している https://github.com/slimphp/Slim/blob/4.9.0/Slim/Factory/Psr17/Psr17Factory.php#99 https://github.com/slimphp/Slim/blob/4.9.0/Slim/Factory/ServerRequestCreatorFactory.php#L55