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
オブジェクト指向 導入 / OOP1
Search
nrs
May 06, 2018
Programming
2
30k
オブジェクト指向 導入 / OOP1
勉強会での登壇用資料です。
オブジェクト指向についての解説の導入です。
オブジェクト指向とは何であるのかについて定義していきます。
https://nrslib.com
nrs
May 06, 2018
Tweet
Share
More Decks by nrs
See All by nrs
イベントストーミングのはじめかた / Getting Started with Event Storming
nrslib
1
290
なぜあの開発者はDevRelに伴走し続けるのか / Why Does That Developer Keep Running Alongside DevRel?
nrslib
3
440
フロントエンド開発に役立つクライアントプログラム共通のノウハウ / Universal client-side programming best practices for frontend development
nrslib
8
4.2k
定義のない仕事 / Undefined Work
nrslib
10
4.9k
イベントストーミング図からコードへの変換手順 / Procedure for Converting Event Storming Diagrams to Code
nrslib
3
1.8k
Javaのルールをねじ曲げろ!禁断の操作とその代償から学ぶメタプログラミング入門 / A Guide to Metaprogramming: Lessons from Forbidden Techniques and Their Price
nrslib
3
2.3k
コードに語らせよう――自己ドキュメント化が内包する楽しさについて / Let the Code Speak
nrslib
7
1.9k
ドメイン駆動設計とXPで支える子どもの未来 / Domain-Driven Design and XP Supporting Children's Future
nrslib
0
440
設計の本質:コード、システム、そして組織へ / The Essence of Design: To Code, Systems, and Organizations
nrslib
10
4.5k
Other Decks in Programming
See All in Programming
CSC509 Lecture 13
javiergs
PRO
0
240
Inside of Swift Export
giginet
PRO
1
530
CSC509 Lecture 11
javiergs
PRO
0
300
Flutterアプリ運用の現場で役立った監視Tips 5選
ostk0069
1
340
Phronetic Team with AI - Agile Japan 2025 closing
hiranabe
2
430
Functional Calisthenics in Kotlin: Kotlinで「関数型エクササイズ」を実践しよう
lagenorhynque
0
120
ドメイン駆動設計のエッセンス
masuda220
PRO
15
7.7k
Snowflake リリースに注意を払いたくなる話
masaaya
0
100
2026年向け会社紹介資料
misu
0
150
自動テストのアーキテクチャとその理由ー大規模ゲーム開発の場合ー
segadevtech
2
950
Private APIの呼び出し方
kishikawakatsumi
2
830
What's New in Web AI?
christianliebel
PRO
0
120
Featured
See All Featured
Into the Great Unknown - MozCon
thekraken
40
2.1k
Why Our Code Smells
bkeepers
PRO
340
57k
KATA
mclloyd
PRO
32
15k
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.5k
Docker and Python
trallard
46
3.6k
It's Worth the Effort
3n
187
28k
The Illustrated Children's Guide to Kubernetes
chrisshort
51
51k
BBQ
matthewcrist
89
9.9k
Testing 201, or: Great Expectations
jmmastey
46
7.8k
The Language of Interfaces
destraynor
162
25k
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
55
3.1k
Large-scale JavaScript Application Architecture
addyosmani
514
110k
Transcript
オブジェクト指向入門 ~導入~ nrs @nrslib
オブジェクト指向とは何か
◆現実をオブジェクトとして表現する手段 ◆継承を使ったプログラミング ◆オブジェクト同士の相互作用でシステムを構築
◆現実をオブジェクトとして表現する手段 ◆継承を使ったプログラミング ◆オブジェクト同士の相互作用でシステムを構築
オブジェクト指向とは何か
抽象化の技法
抽象化の技法 でも抽象化って・・・?
抽象化してみよう
抽象化してみよう Q.あなたの一日を教えてください
Q.あなたの一日を教えてください
Q.あなたの一日を教えてください A.朝8時に起きて、顔を洗った後に朝食を 食べて、着替えて九時前に家を出ます。 九時十分の電車に乗って九時四十分に会社 の近くの駅に着きます。 駅に着いたら近くのコンビニでコーヒーを
Q.あなたの一日を教えてください A.朝8時に起きて、顔を洗った後に朝食を 食べて、着替えて九時前に家を出ます。 九時十分の電車に乗って九時四十分に会社 の近くの駅に着きます。 駅に着いたら近くのコンビニでコーヒーを こんな風に 答える人は いません
起床 -> 通勤 -> 出社 -> 勤務 昼休 -> 勤務
-> 退社 -> 帰宅 Q.あなたの一日を教えてください
起床 -> 通勤 -> 出社 -> 勤務 昼休 -> 勤務
-> 退社 -> 帰宅 Q.あなたの一日を教えてください 十分伝わりますよね
面倒と感じるときはどういうときか
欲しい情報 よりも多くの情報 を渡されたとき 面倒と感じるときはどういうときか
欲しい情報 よりも多くの情報 を渡されたとき 情報量の多いプログラム=面倒 面倒と感じるときはどういうときか
例えばこんなプログラム
None
うわ、なんか ネストいっぱい
うわ、なんか ネストいっぱい format == “csv” って、csv編集かな?
うわ、なんか ネストいっぱい csv作ってるっぽい format == “csv” って、csv編集かな?
うわ、なんか ネストいっぱい csv作ってるっぽい tsvも サポートしてるのか format == “csv” って、csv編集かな?
うわ、なんか ネストいっぱい csv作ってるっぽい tsvも サポートしてるのか 空文字がエラー? format == “csv” って、csv編集かな?
うわ、なんか ネストいっぱい csv作ってるっぽい tsvも サポートしてるのか 空文字がエラー? 読み込まないとわからない format == “csv”
って、csv編集かな?
計算処理を関数にして抽象化
計算処理を関数にして抽象化
CSVとTSVをサポート 空文字はエラーかな? 計算処理を関数にして抽象化
CSVとTSVをサポート 空文字はエラーかな? csv作ってるっぽい 計算処理を関数にして抽象化
CSVとTSVをサポート 空文字はエラーかな? csv作ってるっぽい tsv作ってるっぽい 計算処理を関数にして抽象化
CSVとTSVをサポート 空文字はエラーかな? 必要なければ見なくていい 計算処理を関数にして抽象化
抽象化とは
抽象化とは 思考における手法のひとつで、 対象から注目すべき要素を 重点的に抜き出して 他は無視する方法である。
まだ具体的なところが残っている
まだ具体的なところが残っている
変数で抽象化してみる
悪くはないけれど
悪くはないけれど
悪くはないけれど formatって 何渡せばいいの? あれ? “CSV”って指定し たら空文字が 返ってきた?
「formatに”csv”か”tsv”を指定する」ことを 知っている
実装を具体的に知っているのを前提とする 「formatに”csv”か”tsv”を指定する」ことを 知っている
実装を具体的に知っているのを前提とする 抽象化できていない 「formatに”csv”か”tsv”を指定する」ことを 知っている
どうしてこうなった
どうしてこうなった データとそのデータを利用する手続きに 密接な関係が存在しているのに データと手続きを分けて考えているから
どうしてこうなった データとそのデータを利用する手続きに 密接な関係が存在しているのに データと手続きを分けて考えているから
どうしてこうなった データとそのデータを利用する手続きに 密接な関係が存在しているのに データと手続きを分けて考えているから
どうすればよい
どうすればよい データと手続きを まとめよう
どうすればよい クラス誕生 データと手続きを まとめよう
クラスにしよう
1 処理名をクラスに クラスにしよう
1 処理名をクラスに 2 引数をフィールドに クラスにしよう
1 処理名をクラスに 2 引数をフィールドに 3 処理をメソッドに クラスにしよう
1 処理名をクラスに 2 引数をフィールドに 3 処理をメソッドに 4 処理から呼ばれる関数をメソッドに クラスにしよう
1 処理名をクラスに 2 引数をフィールドに 3 処理をメソッドに 4 処理から呼ばれる関数をメソッドに クラスにしよう
1 処理名をクラスに 2 引数をフィールドに 3 処理をメソッドに 4 処理から呼ばれる関数をメソッドに Runの前にFormatとDataを設定する必要がある =
実装を知ってもらう必要がある = あまり変わってない クラスにしよう
コンストラクタを活用
コンストラクタを活用
コンストラクタを活用
コンストラクタを活用 Runが何のデータを利用するかは気にしなくていい =抽象化できた でもまだエラーは起きる……。
エラーを無くす
エラーを無くす
エラーを無くす 分けてしまえばエラーが起きない
エラーを無くす 分けてしまえばエラーが起きない
比較しよう
比較しよう 抽象化した結果、XxxConverterクラスに「データ」と「処理」が隠蔽された
比較しよう 抽象化した結果、XxxConverterクラスに「データ」と「処理」が隠蔽された 必要な知識は new して Run を Call する だけ
比較しよう 抽象化した結果、XxxConverterクラスに「データ」と「処理」が隠蔽された 必要な知識は new して Run を Call する だけ
隠蔽 = カプセル化
ここまでまとめ 余計な情報は面倒 知らなければいけないことは面倒 面倒なことを隠す カプセル化
次の話題
None
複雑さ = ?
複雑さ 条件分岐 =
= プログラムを 複雑でなくしたい ?
= プログラムを 複雑でなくしたい 条件分岐を 減らしたい
条件分岐を減らしたい
メソッドで抽象化してみる
メソッドで抽象化
だいぶすっきり? でも条件分岐が残ってる メソッドで抽象化
クラスで抽象化してみる
クラスで抽象化
クラスで抽象化
あんまり 変わらない New Old クラスで抽象化
New Old ここが一緒 クラスで抽象化
Convert()という処理がある converterというもので
Converterというもので Convert()という処理がある こんな風に書けたら
こう書ける Converterというもので Convert()という処理がある
Convert()という処理がある ? (in C#) Converterというもので
Convert()という処理がある Interface (in C#) Converterというもので
None
Converterというもので Convert()という処理がある
None
適用してみる
適用してみる
もう一つの解法
もう一つの解法 クラスとか面倒だしメソッドにしようよ
None
None
クラス版 メソッド版 主処理を比較
クラス版 メソッド版 主処理を比較 クラスいらない説
そもそも
そもそも convertType とは?
そもそも convertType とは?
そもそも convertType とは? converter の指定
では convertType を使わずに Converter を渡したら?
では convertType を使わずに Converter を渡したら?
メソッド クラス 比較 やっと行数が互角に
まだいまいちクラス版の 利点がわかりません そこで利点がわかりやすい例として
記号”|”で文字列を連結できるように してください
クラスいらないタイプ
クラスいらないタイプ JoinByPipe()メソッド追加かな
クラスいらないタイプ JoinByPipe()メソッド追加かな “pipe”みたいな識別子を受け取る?
クラスいらないタイプ JoinByPipe()メソッド追加かな 万が一、”pipe”って識別子を送ってきているプログラムがあったら? 全部確認してみないと……。 “pipe”みたいな識別子を受け取る?
クラスにした場合
クラスにした場合 クラスを作って おしまい
何をしたか?
何をしたか? 主処理の条件式を減らした
何をしたか? 主処理の条件式を減らした 具体的にどう減らしたか?
何をしたか? 主処理の条件式を減らした 具体的にどう減らしたか? 同じ処理を持つ 似たようなものとして 抽象化して利用した
何をしたか? 主処理の条件式を減らした 具体的にどう減らしたか? 同じ処理を持つ 似たようなものとして 抽象化して利用した
もう一つのif文も同じことができます
評価処理を抽象化
評価処理を抽象化
評価処理を抽象化 具体的な処理をクラス化
評価処理を抽象化 具体的な処理をクラス化
評価処理を抽象化 具体的な処理をクラス化
評価処理を抽象化 具体的な処理をクラス化
同じ処理を持つ 似たようなものとして 抽象化して利用すること
同じ処理を持つ 似たようなものとして 抽象化して利用すること ポリモーフィズム
オブジェクト指向とは何か
オブジェクト指向とは何か カプセル化とポリモーフィズム を利用した抽象化
まとめ ◆オブジェクト指向とは カプセル化とポリモーフィズムを利用した抽象化の技術 ◆カプセル化とは 詳細を隠して(読み手に)面倒でない記述を行うこと ◆ポリモーフィズムとは 条件分岐を減らすための手段
Auther nrs HomePage https://nrslib.com Twitter @nrslib