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
ドミネーターの実装で学ぶSOLID原則/learn solid law with dominator
Search
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
Ryusei Ohkura
April 18, 2025
180
2
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
ドミネーターの実装で学ぶSOLID原則/learn solid law with dominator
アニメから得た学びを発表会(2025/4/18)で発表した資料です!
Ryusei Ohkura
April 18, 2025
More Decks by Ryusei Ohkura
See All by Ryusei Ohkura
ガールズ&パンツァーで学ぶ紅茶 / Learn About Tea with Girls und Panzer
3l4l5
0
120
響け!ユーフォニアムと考える「決め方」/Thinking About Decision-Making with Sound! Euphonium
3l4l5
1
200
同人誌を作ろう(物理)/ let's make self made books
3l4l5
1
500
楽しそうなつよつよエンジニアと目が死んでる僕/A brilliant engineer having a blast, and dead-eyed me.
3l4l5
2
300
予算10000円から始める自宅サーバー / start diy server with in 10000 yen
3l4l5
3
1k
コードギアスから学ぶ戦略と戦術/engineer-anime-2026-04-11
3l4l5
0
130
登壇を続けていたら地域コミュニティを作るようになった話/outputconf2026
3l4l5
2
2k
本当にpythonは堅牢さに欠けるのか
3l4l5
1
330
習慣化するための技術 / Techniques for Habit Formation
3l4l5
3
630
Featured
See All Featured
Winning Ecommerce Organic Search in an AI Era - #searchnstuff2025
aleyda
2
2.2k
The Curious Case for Waylosing
cassininazir
1
570
Efficient Content Optimization with Google Search Console & Apps Script
katarinadahlin
PRO
1
930
Build The Right Thing And Hit Your Dates
maggiecrowley
39
3.5k
How to audit for AI Accessibility on your Front & Back End
davetheseo
0
600
Why Mistakes Are the Best Teachers: Turning Failure into a Pathway for Growth
auna
0
320
Typedesign – Prime Four
hannesfritz
42
3.2k
The Organizational Zoo: Understanding Human Behavior Agility Through Metaphoric Constructive Conversations (based on the works of Arthur Shelley, Ph.D)
kimpetersen
PRO
0
500
Navigating the moral maze — ethical principles for Al-driven product design
skipperchong
2
630
Bash Introduction
62gerente
615
220k
Utilizing Notion as your number one productivity tool
mfonobong
4
620
Six Lessons from altMBA
skipperchong
29
4.5k
Transcript
ドミネーターの実装で学ぶ SOLID原則 アニメから得た学びを発表会 2025-04-18 往蔵隆成
SOLID原則って難しい
なぜ難しいのか?
嬉しさがわからないからでは?
ドミネーターの実装を想像して ついでにSOLID原則のうまみを知ろう!
自己紹介 • ヲクラ(@3l4i5) ◦ おおくらりゅうせい • おしごと ◦ バックエンド •
ひとこと ◦ メダリスト大好き! ◦ リアルドミネーター欲しい
ロバート・C・マーチンにより提唱。 2000年に発表されたレポート『Design Principles and Design Patterns』で紹介されて いる • 単一責任の原則 (single-responsibility
principle) • 開放閉鎖の原則(open/closed principle) • リスコフの置換原則(Liskov substitution principle) • インターフェース分離の原則 (interface segregation principle) • 依存性逆転の原則(dependency inversion principle) から成る ソフトウェア設計をより平易かつ柔軟にして保守しやすくすることを目的にしている SOLID原則 参考:Wikipedia https://ja.wikipedia.org/wiki/SOLID
©PSYCHO-PASS制作委員会
公安局刑事課一係に所属する新米監視官 画像:PSYCO-PASS公式サイト( https://psycho-pass.com/archive/character/) 常守 朱
画像:SPICE - エンタメ特化型情報メディア スパイス (https://spice.eplus.jp/articles/261597)
標準を合わせる
標準を合わせる 犯罪係数 23、執行対象ではありません
標準を合わせる 犯罪係数 オーバー100、執行対象です
標準を合わせる 犯罪係数 オーバー100、執行対象です
シビュラシステム リクエスト システム構成
犯罪係数 モード < 100 ロック 100 ~ 300 パラライザー 300
≦ エリミネーター 仕様
None
None
None
None
None
よし!
さらに工夫できるところある?
None
Dominatorクラスはもっと 抽象的なことだけを扱えるのでは?
None
None
None
Before
After
triggerModeはfireできることしか Dominatorは知らない
DominatorはTriggerについて 抽象的な知識のみで扱うことができている
None
何が嬉しい?
仕様変更が簡単になる (ことがある)
犯罪係数 モード < 100 ロック 100 ~ 300 パラライザー 300
≦ エリミネーター 仕様
犯罪係数 モード < 100 ロック 100 ~ 300 パラライザー 300
~ 400 エリミネーター 400 ≦ ??? 仕様
None
Dominator classの変更は必要ない!
どうして こういう嬉しいことがある?
SOLID原則と照らし合わせて考える
S 単一責任の原則 O Open Closedの原則 L リスコフの置換原則 I インターフェース分離の原則 D
依存関係逆転の原則
S 単一責任の原則 O 拡張に対してopen, 変更に対してcloseにするために L リスコフの置換原則 I インターフェース分離の原則 D
依存関係逆転の原則
S クラスの責任を最小限にして O 拡張に対してopen, 変更に対してcloseにするために L リスコフの置換原則 I インターフェース分離の原則 D
依存関係逆転の原則
S クラスの責任を最小限にして O 拡張に対してopen, 変更に対してcloseにするために L リスコフの置換原則 I インターフェースを分離して D
依存関係逆転の原則
S クラスの責任を最小限にして O 拡張に対してopen, 変更に対してcloseにするために L リスコフの置換原則 I インターフェースを分離して D
依存性を逆転させた
SOLID原則に乗っ取ると 仕様変更に強い良い設計ができる
でも 今回はToo Muchかも😅
適材適所