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
32k
2
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
オブジェクト指向 導入 / OOP1
勉強会での登壇用資料です。
オブジェクト指向についての解説の導入です。
オブジェクト指向とは何であるのかについて定義していきます。
https://nrslib.com
nrs
May 06, 2018
More Decks by nrs
See All by nrs
任せる範囲はこう広がった / How the Scope of AI Delegation Has Expanded
nrslib
1
250
どこまでを引き受けるのか — 変わり続ける役割と、変わらない思考法 / How Much We Take On — Evolving Roles and Enduring Ways of Thinking
nrslib
2
1.1k
決定論的オーケストレーションの設計と実装 / Design and Implementation of Deterministic Orchestration
nrslib
4
1.7k
実装は速くなった、レビューはどうする? ― 自身のレビューをAIで再現させるサーヴァントエンジニアリングのすゝめ / Implementation got faster. So what about reviews? — An invitation to Servant Engineering: Recreating your own code reviews with AI
nrslib
9
5.5k
不変条件と整合性境界—ビジネスが決める設計判断と実現パターン / Invariants and Consistency Boundaries
nrslib
15
6.2k
脅威をエンジニアリングの糧にして――現場編 / Turning Threats into Engineering Fuel — Field Edition
nrslib
0
330
脅威をエンジニアリングの糧にして:恐怖を乗り越えた先にあったもの / Turn threats into fuel for engineering: what lay beyond overcoming fear
nrslib
1
460
AIチームを指揮するOSS「TAKT」活用術 / How to Use “TAKT,” an OSS Tool for Orchestrating AI Teams
nrslib
6
1k
実践ハーネスエンジニアリング:ステアリングループを実例から読み解く / Practical Harness Engineering: Understanding Steering Loops Through Real-World Examples
nrslib
6
7.2k
Other Decks in Programming
See All in Programming
SREの積み重ねがAI駆動開発のガードレールになった ― 7つの実践/SRE Guardrails The 7
tomoyakitaura
8
4.1k
AWS CDK を「作」ってみた 〜フルスクラッチで見えた CDK の裏側〜 / aws-cdk-from-scratch
gotok365
3
270
The Past, Present, and Future of Enterprise Java
ivargrimstad
0
170
Developing with AI Agents — Codex, Claude Code & Cowork Practical Guide
x5gtrn
PRO
0
1.4k
ビデオ通話が繋がる0.2秒で何が起きているのか
supurazako
2
140
そのテスト、説明できますか?~LWテスト戦略FW~のご紹介
nakahara
0
200
信頼性について考えてみる(SRE NEXT 2026 miniLT)
hayama17
0
180
ルールを書いて終わらせないハーネスエンジニアリング
yug1224
2
800
型も通る、synthも通る、それでも危ない 〜AIのCDKの権限とコストを機械で検証する〜 / It Passes Type Checks, It Passes Synth Checks, but It’s Still Risky — Automatically Verifying Permissions and Costs in AI’s CDK —
seike460
PRO
1
180
AI駆動開発を妨げる技術的負債の解消アプローチ / ai-refactoring-approach
minodriven
17
9k
なぜ関数型プログラミングで「型」と「証明」が語られるのか #fp_matsuri
kajitack
3
860
Claude Team Plan導入・ガイド
tk3fftk
0
190
Featured
See All Featured
Winning Ecommerce Organic Search in an AI Era - #searchnstuff2025
aleyda
1
2.1k
Building Applications with DynamoDB
mza
96
7.1k
Measuring & Analyzing Core Web Vitals
bluesmoon
9
880
Evolving SEO for Evolving Search Engines
ryanjones
0
240
What's in a price? How to price your products and services
michaelherold
247
13k
How GitHub (no longer) Works
holman
316
150k
How to make the Groovebox
asonas
2
2.3k
Heart Work Chapter 1 - Part 1
lfama
PRO
8
36k
Being A Developer After 40
akosma
91
590k
Bridging the Design Gap: How Collaborative Modelling removes blockers to flow between stakeholders and teams @FastFlow conf
baasie
0
610
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
287
14k
We Are The Robots
honzajavorek
0
280
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