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
ドミネーターの実装で学ぶ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
170
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
予算10000円から始める自宅サーバー / start diy server with in 10000 yen
3l4l5
3
820
コードギアスから学ぶ戦略と戦術/engineer-anime-2026-04-11
3l4l5
0
95
登壇を続けていたら地域コミュニティを作るようになった話/outputconf2026
3l4l5
2
1.3k
本当にpythonは堅牢さに欠けるのか
3l4l5
1
250
習慣化するための技術 / Techniques for Habit Formation
3l4l5
3
530
Type Spec と Go(gin) で作るTypeSafeな web api/Craete type safe web api with typespec and go
3l4l5
0
480
SQLAlchemy の select(User).where(User.id =="123") を理解してみる/sqlalchemy deep dive
3l4l5
3
1.1k
NEW GAMEが良いということを伝えたいLT / New Game is iizo.
3l4l5
0
97
「アニメから学ぶ」から学ぶ具体と抽象/ I wanna learn abstraction from "learning from anime"
3l4l5
4
1.1k
Featured
See All Featured
HDC tutorial
michielstock
2
750
Product Roadmaps are Hard
iamctodd
55
12k
<Decoding/> the Language of Devs - We Love SEO 2024
nikkihalliwell
1
280
Agile Leadership in an Agile Organization
kimpetersen
PRO
0
190
Visualization
eitanlees
152
17k
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
31
10k
From π to Pie charts
rasagy
0
240
Effective software design: The role of men in debugging patriarchy in IT @ Voxxed Days AMS
baasie
0
450
Leadership Guide Workshop - DevTernity 2021
reverentgeek
1
320
Rebuilding a faster, lazier Slack
samanthasiow
85
9.6k
Jamie Indigo - Trashchat’s Guide to Black Boxes: Technical SEO Tactics for LLMs
techseoconnect
PRO
0
370
From Legacy to Launchpad: Building Startup-Ready Communities
dugsong
0
260
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かも😅
適材適所