オブジェクト指向（超基礎）

オブジェクト指向を（今さらながら）基礎から学んだクマ

自己紹介

名前：クマ趣味：テニス、ご飯めぐり（がっつり系）、フェス職歴： 2016/4 ~ 自動車部品メーカー(営業) 2020/1 ~ 自宅警備 2021/5
~ 都内自社／受託開発企業言語：PHP(Laravel)

目次 1. 背景 2. 「オブジェクト指向」とは？ 3. 「オブジェクト指向」のよくある間違い 4. 所感

では、やっていこう。

背景

転職前「テキスト内容を少しいじって…」「この記事のコードを少しいじって…」「OK！できた！（動いた！）」ポートフォリオ（PHPにて）

就職後「おん？（動かねえ）」 Laravelを使ったプロジェクト「テキスト内容を少しいじって…」「他のソースコードのココを変更すれば…」

Laravelとは？・PHPをベースに作られたMVCモデルのフレームワーク・MVCモデルはオブジェクト指向の一種の開発手法・オブジェクト指向の理解なしでは理解不可能・３大要素である「クラス」「継承」「ポリモーフィズム」を多用

一方。。。

私の「オブジェクト指向」の理解レベルオブジェクト思考の３大要素？「クラス」「継承」…まだあるの？カプセル化？え、ポ…ポリモ―…なんて？オブジェクト？インスタンス？クラスから作るんでしょ？（使い方は知らない…）

もはや事故。（就職先の皆様、申し訳ございません…）

「なんとかせねば…」この思いで、基本から学習しました。（今さら）

2. 「オブジェクト指向」とは？

重要な３大要素 1. クラス 2. 継承 3. ポリモーフィズム

1, クラス

クラスクラスは「まとめて」「隠して」「たくさん作る」仕組み 1)サブルーチン（≒関数、メソッド）と変数を「まとめる」 2)クラスの内部だけで使う変数をサブルーチンを「隠す」 3)１つのクラスからインスランスを「たくさん作る」

例えば…

～クラスがない世界～

～クラスがない世界～変数A = ~ ; 変数B = ~; メソッドA(){ …
}; 変数C = ~; メソッドA; // 呼び出し佐藤さん田中さん例えばこんな共同開発をしていたとする変数A = ~~; 変数B = ~; メソッドA(){ … }; 鈴木さん

問題点

～クラスがない世界～変数A = ~ ; 変数B = ~; メソッドA(){ …
}; 変数C = ~; メソッドA; // 呼び出し echo 変数A; 佐藤さん田中さんこんなことが起きる変数A = ~~; 変数B = ~; メソッドA(){ … }; 鈴木さん問題点① 佐藤さん作のメソッドA を呼び出したい →鈴木さん作のメソッド Aを呼び出してしまうかもしれない問題点② 佐藤さん作の変数Aを呼び出したい →鈴木さん作の変数Aを呼び出してしまうかもしれない

～クラスがある世界～

～クラスがある世界～ Class Sato { 変数A = ~ ; 変数B =
~; メソッドA(){ … }; } Class Tanaka extend Suzuki { 変数C = ~; メソッドA; // 呼び出し } 佐藤さん田中さん Class Suzuki { 変数A = ~~; 変数B = ~; メソッドA(){ … }; } 鈴木さんメリット② 継承により呼び出したいクラスのメソッドを的確に指定メリット① 機能ごとに「まとめる」ことができて可読性UP 加えて、他クラスからの介入を阻止して「隠す」ことができる

継承

継承サブルーチンを呼び出す側のロジックを一本化（統一）する仕組み＝「共通メインルーチン」を作る仕組み

例えば…

～クラスがある世界～ Class Sato { 変数A = ~ ; 変数B =
~; メソッドA(){ … }; } Class Tanaka extend Suzuki { 変数C = ~; メソッドA; // 呼び出し } 佐藤さん田中さん Class Suzuki { 変数A = ~~; 変数B = ~; メソッドA(){ … }; } 鈴木さんメリット② 呼び出したいクラスのメソッドを的確に指定・メリット Satoクラスの変数A, Bを Tanakaクラスで使いたい！ →extendsするだけ！可読性向上＆開発効率UP！

ポリモーフィズム

ポリモーフィズムサブルーチンを呼び出す側のロジックを一本化（統一）する仕組み＝「共通メインルーチン」を作る仕組み

例えば…

～ポリモーフィックな世界～ Class User extends Order { メソッドB(){ … }; }
Class Order { メソッドB(引数){ … } } Userクラス(親) Orderクラス（子） Class Guest extends Order { メソッドB(){ … }; } Guestクラス（親） ①メソッド呼び出し。引数によって呼び出すクラスを指定 Class Withdrawed extends Order { メソッドB(){ … }; } Withdrawedクラス（親） … メソッドB(引数){; … } Testクラス ②指定したメソッド呼び出し共通メインルーチン

結論

３大要素が整った世界は超快適な開発環境

3. 「オブジェクト指向」のよくある間違い

先に結論を言うと…

現実世界とオブジェクト指向を混同しないようにしよう。

？？？

どゆこと？？？

つまり、こういうこと

オブジェクト指向的思考（例：イッヌの誕生）～クラス～

インスタンス＝「具体的なモノ」オブジェクト指向イッヌクラス「タロー」オブジェクト「ポチ」オブジェクトインスタンス化インスタンス化・例：「イッヌ」をクラス、「ポチ」「タロー」はインスタンスクラス＝「同種の集まり」

一つ質問です。

現実世界も同じですか？

否。

現実世界的思考（例：イッヌの誕生）

インスタンス＝「具体的なモノ」現実世界タロー「サクラ」「ポチ」・例：「ポチ」「サクラ」により、「タロー」誕生誕生後にクラス化＝自分で飼うなら「愛犬」クラス他人に譲るなら「他人のペット」クラス ×

まとめると→

▽現実世界インスタンス→クラス ▽オブジェクト指向クラス→インスタンスの順番。

要するに…

「オブジェクト指向」と「現実世界」は似て非なるもの。

なので、、、

現実世界とオブジェクト指向を混同しないようにしよう。（２回目）

以上です。

参考文献オブジェクト指向でなぜつくるのか第2版

ご清聴ありがとうございました。

オブジェクト指向（超基礎）

オブジェクト指向（超基礎）

More Decks by kuma

Other Decks in Programming

Featured

Transcript