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

Transcript

1. オブジェクト指向を （今さらながら） 基礎から学んだ クマ
2. 自己紹介
3. 名前：クマ 趣味：テニス、ご飯めぐり（がっつり系）、フェス 職歴： 2016/4 ~ 自動車部品メーカー(営業) 2020/1 ~ 自宅警備 2021/5 ~ 都内自社／受託開発企業 言語：PHP(Laravel)
4. 目次
5. 目次 1. 背景 2. 「オブジェクト指向」とは？ 3. 「オブジェクト指向」のよくある間違い 4. 所感
6. では、やっていこう。
7. 背景
8. 転職前 「テキスト内容を少しいじって…」 「この記事のコードを少しいじって…」 「OK！できた！（動いた！）」 ポートフォリオ（PHPにて）
9. 就職後 「おん？（動かねえ）」 Laravelを使ったプロジェクト 「テキスト内容を少しいじって…」 「他のソースコードのココを変更すれば…」
10. Laravelとは？ ・PHPをベースに作られたMVCモデルのフレームワーク ・MVCモデルはオブジェクト指向の一種の開発手法 ・オブジェクト指向の理解なしでは理解不可能 ・３大要素である 「クラス」 「継承」 「ポリモーフィズム」 を多用
11. 一方。。。
12. 私の「オブジェクト指向」の理解レベル オブジェクト思考の３大要素？ 「クラス」「継承」…まだあるの？ カプセル化？ え、ポ…ポリモ―…なんて？ オブジェクト？インスタンス？ クラスから作るんでしょ？ （使い方は知らない…）
13. もはや事故。 （就職先の皆様、 申し訳ございません…）
14. 「なんとかせねば…」 この思いで、基本から学習しました。 （今さら）
15. 2. 「オブジェクト指向」とは？
16. 重要な３大要素 1. クラス 2. 継承 3. ポリモーフィズム
17. 1, クラス
18. クラス クラスは「まとめて」「隠して」「たくさん作る」仕組み 1)サブルーチン（≒関数、メソッド）と変数を「まとめる」 2)クラスの内部だけで使う変数をサブルーチンを「隠す」 3)１つのクラスからインスランスを「たくさん作る」
19. 例えば…
20. ～クラスがない世界～
21. ～クラスがない世界～ 変数A = ~ ; 変数B = ~; メソッドA(){ … }; 変数C = ~; メソッドA; // 呼び出し 佐藤さん 田中さん 例えばこんな共同開発をしていたとする 変数A = ~~; 変数B = ~; メソッドA(){ … }; 鈴木さん
22. 問題点
23. ～クラスがない世界～ 変数A = ~ ; 変数B = ~; メソッドA(){ … }; 変数C = ~; メソッドA; // 呼び出し echo 変数A; 佐藤さん 田中さん こんなことが起きる 変数A = ~~; 変数B = ~; メソッドA(){ … }; 鈴木さん 問題点① 佐藤さん作のメソッドA を呼び出したい →鈴木さん作のメソッド Aを呼び出してしまうか もしれない 問題点② 佐藤さん作の変数Aを呼 び出したい →鈴木さん作の変数Aを 呼び出してしまうかもし れない
24. ～クラスがある世界～
25. ～クラスがある世界～ Class Sato { 変数A = ~ ; 変数B = ~; メソッドA(){ … }; } Class Tanaka extend Suzuki { 変数C = ~; メソッドA; // 呼び出し } 佐藤さん 田中さん Class Suzuki { 変数A = ~~; 変数B = ~; メソッドA(){ … }; } 鈴木さん メリット② 継承により呼び出したい クラスのメソッドを的確 に指定 メリット① 機能ごとに「まとめる」 ことができて可読性UP 加えて、他クラスからの 介入を阻止して「隠す」 ことができる
26. 継承
27. 継承 サブルーチンを呼び出す側のロジックを一本化（統一）する仕組み ＝「共通メインルーチン」を作る仕組み
28. 例えば…
29. ～クラスがある世界～ Class Sato { 変数A = ~ ; 変数B = ~; メソッドA(){ … }; } Class Tanaka extend Suzuki { 変数C = ~; メソッドA; // 呼び出し } 佐藤さん 田中さん Class Suzuki { 変数A = ~~; 変数B = ~; メソッドA(){ … }; } 鈴木さん メリット② 呼び出したいクラスのメ ソッドを的確に指定 ・メリット Satoクラスの変数A, Bを Tanakaクラスで使いたい！ →extendsするだけ！ 可読性向上＆開発効率UP！
30. ポリモーフィズム
31. ポリモーフィズム サブルーチンを呼び出す側のロジックを一本化（統一）する仕組み ＝「共通メインルーチン」を作る仕組み
32. 例えば…
33. ～ポリモーフィックな世界～ Class User extends Order { メソッドB(){ … }; } Class Order { メソッドB(引数){ … } } Userクラス(親) Orderクラス（子） Class Guest extends Order { メソッドB(){ … }; } Guestクラス（親） ①メソッド呼び出し。 引数によって呼び出すクラス を指定 Class Withdrawed extends Order { メソッドB(){ … }; } Withdrawedクラス（親） … メソッドB(引数){; … } Testクラス ②指定したメソッド呼び出し 共通メインルーチン
34. 結論
35. ３大要素が整った世界は 超快適な開発環境
36. 3. 「オブジェクト指向」の よくある間違い
37. 先に結論を言うと…
38. 現実世界と オブジェクト指向 を混同しないようにしよう。
39. ？？？
40. どゆこと？？？
41. つまり、こういうこと
42. オブジェクト指向的思考 （例：イッヌの誕生） ～クラス～
43. インスタンス＝「具体的なモノ」 オブジェクト指向 イッヌクラス 「タロー」オブジェクト 「ポチ」オブジェクト インスタンス化 インスタンス化 ・例：「イッヌ」をクラス、「ポチ」「タロー」はインスタンス クラス＝「同種の集まり」
44. 一つ質問です。
45. 現実世界も同じですか？
46. 否。
47. 現実世界的思考 （例：イッヌの誕生）
48. インスタンス＝「具体的なモノ」 現実世界 タロー 「サクラ」 「ポチ」 ・例：「ポチ」「サクラ」により、「タロー」誕生 誕生後にクラス化 ＝自分で飼うなら「愛犬」クラス 他人に譲るなら「他人のペット」クラス ×
49. まとめると→
50. ▽現実世界 インスタンス→クラス ▽オブジェクト指向 クラス→インスタンス の順番。
51. 要するに…
52. 「オブジェクト指向」 と 「現実世界」 は 似て非なるもの。
53. なので、、、
54. 現実世界と オブジェクト指向 を混同しないようにしよう。 （２回目）
55. 以上です。
56. 参考文献 オブジェクト指向でなぜつくるのか 第2版
57. ご清聴ありがとうございました。