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
2025-03-26 社内勉強会 オブジェクト指向入門 第二部 / Introduction ...
Search
Kentaro Abe
March 26, 2025
Programming
0
20
2025-03-26 社内勉強会 オブジェクト指向入門 第二部 / Introduction to Object-Oriented Part2
Kentaro Abe
March 26, 2025
Tweet
Share
More Decks by Kentaro Abe
See All by Kentaro Abe
2025-05-28 社内勉強会 SOLID原則ではじめるよりよい設計の第一歩 / The First Step to Better Software Design with SOLID Principles
abekem
0
22
2025-04-23 社内勉強会 デザインパターン概論 / Overview of Design Patterns
abekem
0
23
SAP Event Meshで始めるイベント・ドリブン・アーキテクチャ / Getting Started with Event-Driven Architecture Using SAP Event Mesh
abekem
0
47
2025-02-27 社内勉強会 オブジェクト指向入門 / Introduction to Object-Oriented
abekem
0
70
Other Decks in Programming
See All in Programming
複数アプリケーションを育てていくための共通化戦略
irof
3
750
Rails産でないDBを Railsに引っ越すHACK - Omotesando.rb #110
lnit
1
100
Babylon.js 8.0のアプデ情報を 軽率にキャッチアップ / catch-up-babylonjs-8
drumath2237
0
110
Agent Rules as Domain Parser
yodakeisuke
1
350
TypeScript エンジニアが Android 開発の世界に飛び込んだ話
yuisakamoto
6
960
#QiitaBash TDDでAIに設計イメージを伝える
ryosukedtomita
2
1.6k
型安全なDrag and Dropの設計を考える
yudppp
5
660
推論された型の移植性エラーTS2742に挑む
teamlab
PRO
0
150
REST API設計の実践 – ベストプラクティスとその落とし穴
kentaroutakeda
2
320
TypeScript Language Service Plugin で CSS Modules の開発体験を改善する
mizdra
PRO
3
2.4k
RubyKaigi Hack Space in Tokyo & 函館最速 "予習" 会 / RubyKaigi Hack Space in Tokyo & The Fastest Briefing of RubyKaigi 2026 in Hakodate
moznion
1
130
〜可視化からアクセス制御まで〜 BigQuery×Looker Studioで コスト管理とデータソース認証制御する方法
cuebic9bic
2
270
Featured
See All Featured
Documentation Writing (for coders)
carmenintech
71
4.8k
Thoughts on Productivity
jonyablonski
69
4.7k
YesSQL, Process and Tooling at Scale
rocio
172
14k
It's Worth the Effort
3n
184
28k
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
233
17k
10 Git Anti Patterns You Should be Aware of
lemiorhan
PRO
656
60k
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
34
3k
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
252
21k
VelocityConf: Rendering Performance Case Studies
addyosmani
329
24k
Being A Developer After 40
akosma
91
590k
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
29
9.5k
Adopting Sorbet at Scale
ufuk
76
9.4k
Transcript
第二部 継承とポリモーフィズム 2025/03/26 社内勉強会 オブジェクト指向入門 1
2 • サンプルプログラムはJavaで書いています ◦ 言語によらない内容なのでJavaを知らなくても大丈夫 • 説明のために簡略化している場合があります 前置き
3 • オブジェクト指向ってなに? • 面倒だから/難しいから使いたくない という人に • オブジェクト指向の良さを知ってもらう • クラスを使って実装したくなってもらう
ことを目指す 想定読者とねらい
4 はじめに
5 1. クラス(カプセル化) 2. 継承 3. ポリモーフィズム オブジェクト指向の三大要素
1. クラス(カプセル化) 2. 継承 3. ポリモーフィズム 6 オブジェクト指向 の三大要素 関連するデータとロジックをまとめる
オブジェクト指向は バグを減らすための考え方
例えばこんなかんじ: Moneyクラス 7 金額を表すデータ 金額データを扱う ロジック
これだけ覚えて帰ってください 8 simple, small
9 1. クラス(カプセル化) 2. 継承 3. ポリモーフィズム オブジェクト指向の三大要素 今回はこちらについて話します
10 • 保守しやすいコードを書くために大事な概念 • 実務でもよく登場する設計パターン なぜこの話をするのか?
11 • 保守しやすいコードを書くために大事な概念 • 実務でもよく登場する設計パターン なぜこの話をするのか? • 理解しやすい • 変更しやすい
• テストしやすい
12 複雑な条件分岐 こんな経験ないですか?
13 複雑な条件分岐 なぜ条件分岐なんてものが存在するのか? こんな経験ないですか?
14 なぜ条件分岐なんてものが 存在するのか?
15 なぜ条件分岐なんてものが 存在するのか? 基本的に同じだけどちょっとだけ違う
あるある • 区分によって処理を変えたい • 条件に当てはまるデータだけ 処理したい 16 なぜ条件分岐なんてものが 存在するのか? 基本的に同じ
だけどちょっとだけ違う
17 基本的に同じだけど ちょっとだけ違う 今回のキーワード
18 継承 ポリモーフィズム 基本的に同じだけどちょっとだけ違うものをうまく扱う
19 継承 Inheritance
20 親クラスの機能を子クラスが引き継ぐ仕組み 継承とは? クラス 機能
21 親クラスの機能を子クラスが引き継ぐ仕組み 継承とは? 犬は「吠える」「走る」だけでなく 「食べる」「眠る」もできる (動物の機能を引き継ぐ) クラス 機能
22 継承の実装例
23 継承の実装例
24 • 共通処理の再利用 • コードの重複削減 継承のうれしさ
25 継承を使わない場合 コードの重複
26 継承を使う場合 共通処理は親クラスに 切り出して再利用 子クラスには差分を記述
27 共通化・重複削減だけを 目的に継承するのは危険 ただし
28 • 親クラスを変更すると子クラスの振る舞いも変わる ◦ 関連の薄い親子は思わぬバグが発生する ◦ 親クラスが子クラスのことを気にし始めるとよくない • 継承を繰り返すと階層が深くなっていく ◦
階層が深くなるほど保守性が下がる ◦ ソースコードを読みづらい、変更が大変 継承の乱用は危険
29 1. 「一種である(is-a)」関係 2. リスコフの置換原則(SOLID原則の”L”) 継承をうまく扱うガイドライン
30 継承を使う場合、これを満たすことを絶対に確認するべき • 犬は動物の一種である(dog is-a animal) 「一種である( is-a)」関係 動物 犬
ヒト
31 親クラスを子クラスに置き換えても問題なく動作しなければならない リスコフの置換原則 原文はけっこう難しいので意訳
32 親クラスを子クラスに置き換えても問題なく動作しなければならない リスコフの置換原則 原文はけっこう難しいので意訳 ハトは飛べるが、ペンギンは飛べない →リスコフの置換原則に違反🙅
33 基本的に同じ だけど ちょっとだけ違う 継承
34 ポリモーフィズム Polymorphism 多態性
35 同じメソッドで、オブジェクトごとに振る舞いが違うこと ポリモーフィズムとは? 同じ「食べる」でも ヒトの「食べる」と 犬の「食べる」は異なる
36 ポリモーフィズムの実装例 オーバーライド: 親クラスのメソッドを上書きする
37 ポリモーフィズムの実装例
38 ポリモーフィズムの実装例
子クラスは親クラスの機能を引き継ぐ =子クラスは親クラスとして扱える 39 ポリモーフィズムの真髄
40 ポリモーフィズムの真髄 犬クラスは動物クラスとして扱える
41 ポリモーフィズムの真髄 犬クラスは動物クラスとして扱える 同じ動物クラス なのに、 振る舞いが異なる !
42 1. if文やswitch文などの条件分岐を減らせる 2. コードの再利用性が高まる 3. 新しい機能追加が簡単 ポリモーフィズムのうれしさ
43 1. if文やswitch文などの条件分岐を減らせる 引数にヒトクラスを渡すのか、 犬クラスを渡すのかで処理が変わる ポリモーフィズムなし ポリモーフィズムあり
44 2. コードの再利用性が高まる 🙅ヒトクラスと犬クラスに対して 個別に実装する 🙆動物クラスに対して実装する →ヒトクラスと犬クラスで再利用できる ポリモーフィズムなし ポリモーフィズムあり
猫クラスを追加する場合 45 3. 新しい機能追加が簡単 動物クラスを使う側の実装や、 ヒトクラスと犬クラスの実装を変える必要がない
46 親クラスで定義されていないメソッドは使えない ポリモーフィズムの注意点 ヒトクラスと犬クラスをまとめて 動物クラスとして扱うための制約
基本的に同じ だけど ちょっとだけ違う 47 ポリモーフィズム
48 そうは言っても 実務でどう使うんですか?
49 ケース1:コントローラーの共通処理 ケース2:通知方法の切り替え 継承・ポリモーフィズムの簡単なユースケース
50 ケース1:コントローラーの共通処理 認証やログなどの共通処理を親クラスに切 り出し、子クラスで再利用する
51 ケース2:通知方法の切り替え メール通知とSlack通知をまとめて、条 件分岐せずに処理を切り替える
52 1. 継承について最近のトレンド 2. インターフェース 補足
53 継承は使い所が難しく、設計が複雑になる より柔軟な設計「コンポジション (委譲)」 • 「機能を持つ(has-a)」関係 • 継承よりも先にこちらを検討する 補足:1. 継承について最近のトレンド
54 • UserControllerは認証機能とログ機能を持つ コンポジション 「機能を持つ( has-a)」関係 継承
55 インターフェースで定義された機能を実装クラスに持たせる仕組み こちらも、継承より先に検討するべき方法 補足:2. インターフェース
56 補足:2. インターフェース インターフェースを実装する 使い方は継承とほぼ変わらない
57 1. 複数のインターフェースを実装できる 2. 「暗黙の実装」がない インターフェースの利点
58 1. 複数のインターフェースを実装できる ペンギンは飛べないので、 Flyableインターフェースを実装しなければよい
59 2. 「暗黙の実装」がない 親クラスの実装を上書きしない選 択も可能 →👿暗黙の実装 実装クラスでは実装が強制される →👼暗黙の実装なし 継承 インターフェース
• 基本的に同じだけどちょっとだけ違うものをうまく扱う • 継承:共通処理の再利用 • ポリモーフィズム:柔軟な振る舞いの切り替え • うまく使って保守しやすいコードを書こう! ◦ ただし、継承を使う場合はよく検討しましょう
◦ コンポジションとインターフェースで実現できるとベター 60 まとめ
61 • SOLID原則 • デザインパターン • ドメイン駆動設計 次に学ぶとよいもの(プログラミング関連)
62 • 具体と抽象 次に学ぶとよいもの(プログラミング以外) https://speakerdeck.com/soudai/a bstraction-and-concretization
63 参考文献