Recommandé
Contenu connexe
Tendances
Tendances (20)
En vedette
En vedette (18)
ハトでもわかるオブジェクト指向
- 2. オブジェクト指向とは? オブジェクト同士の相互作用としてシステムの振る 舞いをとらえる考え方である。 英語の object-oriented (直訳は、「対象物志向の」 ・「目的重視の」という意味の形容詞) の日本語訳 である。 オブジェクト指向は、当初プログラムの構造をオブジェクト群の相互作用の関係として捉えてプログラムコード を書き表すオブジェクト指向プログラミング (OOP; object-oriented programming) から始まっているが、その 後、システム開発における要求分析フェイズにおいて、開発しようとする対象領域の構成要素をオブジェクト として抽出・定義していくオブジェクト指向分析 (OOA; object-oriented analysis) 、システムの動作や構造を オブジェクトとクラスとして記述するオブジェクト指向設計 (OOD; object-oriented design) のための、技術とし ても広く発展・普及することとなった。 オブジェクト指向の枠組みが持つ道具立ては、一般的で強力な記述能力を持つ。特に複雑なシステム記 述、巨大なライブラリ（特に部品間で緊密で複雑な相互関係を持つもの）の記述においては、現実問題として オブジェクト指向の考え方は必須であるといえる。 by WIkipwdia
- 9. 炊飯器の構造・・・? まず構成要素を あげてみる フタ 開くボタン 切ボタン 炊飯ボタン 釜 現在の状態 タイマー 加熱器
- 10. 米を入れて炊けて、 電源を切るまでの流れ 1. お水を入れて炊飯ボタンを押す 2. 炊ける 3. フタを開ける（ご飯をよそう） 4. フタを閉じる 5. 切ボタンを押す
- 11. ・・・？ で、これがなんなの？
- 14. 各動作を細かく見よう（１） 1. お水を入れて炊飯ボタンを押す a. 炊飯ボタンが押される b. タイマーが作動中になる c. 加熱器が動いて炊飯の温度になる i. 釜に熱が伝わる d. 状態が炊飯中になる 2. 炊ける a. タイマーが切になる（止まる） b. 加熱器が保温の温度になる i. 釜に熱が伝わる c. 状態が保温中になる d. 炊飯ボタンが押されてない状態になる
- 15. 各動作を細かく見よう（２） 1. フタを開ける（ご飯をよそう） a. 開くボタンを押された状態にする b. フタが上に上がる 2. フタを閉じる a. フタが閉じた状態になる b. 開くボタンが押されてない常態になる 3. 切ボタンを押す a. 切るボタンが押された状態になる b. 加熱器が常温になる i. 釜に熱が伝わる c. 状態が切になる
- 18. 軽くコードっぽく書いてみよう(変数) boolean フタ=false; boolean 開くボタン=false; boolean 炊飯ボタン=false; boolean 切ボタン=false; temp 釜=常温; temp 加熱器=常温; boolean タイマー=false; state 現在の状態=切;
- 19. 軽くコードっぽく書いてみよう(関数) お水を入れて炊飯ボタンを押す start炊飯(){ push炊飯(); startタイマー(); start加熱器(); 状態炊飯中(); }
- 21. 軽くコードっぽく書いてみよう(関数) 釜に熱が伝わる 釜加熱(){ 釜=加熱中; } 状態が炊飯中になる 状態炊飯中(){ 現在の状態=炊飯中; }
- 22. 軽くコードっぽく書いてみよう(関数) 炊ける 炊ける(){ タイマー切(); 加熱器保温(); 状態保温(); 炊飯ボタン切(); }
- 24. 軽くコードっぽく書いてみよう(関数) フタを開ける openフタ(){ push開くボタン(); upフタ(); } 開くボタンを押された状態にする push開くボタン(){開くボタン=true;} フタが上に上がる upフタ(){フタ=true;}
- 25. 軽くコードっぽく書いてみよう(関数) フタを閉じる closeフタ(){ downフタ(); unpushed開くボタン(); } フタが閉じた状態になる downフタ(){フタ=false;} 開くボタンが押されてない常態になる unpushed開くボタン(){開くボタン=false;}
- 26. 軽くコードっぽく書いてみよう(関数) 切ボタンを押す push切ボタン(){ pushed切ボタン(); 加熱器常温(); 状態切(); } 切るボタンが押された状態になる pushed切ボタン(){切ボタン=true}
- 27. 軽くコードっぽく書いてみよう(関数) 加熱器が常温になる 加熱器常温(){ 加熱器=常温; 釜常温(); } 釜に熱が伝わる 釜常温(){釜=常温;} 状態が切になる 状態切(){現在の状態=切;}
- 29. そいつはどうかな？ 変数をどうするか？ ● グローバル変数を使うのはまずい ○ どこからでも見れるグローバル変数はどこで何が起こった かをトレースするのが難しい ● 関数に引数を持たせる ○ 変数のたらいまわしによる可読性の低下 ○ 関数の引数は基本的に値を参照するのみとする（一応 変更可能に出来るが）
- 30. 大規模時の弊害 ● 手続き型だと規模が大きくなったときに、関数同 士の関連性をぱっと見わからない ○ ファイルを分けることである程度その辺の部分をある程度 お茶を濁すことが出来る ○ 構造体を使用することでもある程度対処可能だが、拡張 性が低くなる ● 分割したところで関係ないところで関数を呼び出 すことは可能なので、本質的ではない ● 副作用の問題 ○ 影響範囲が良くわからなくなる
- 33. さっきの炊飯器をまとめると class 炊飯器{ boolean 炊飯ボタン; boolean フタ; ... start炊飯(){ ... } ... }
- 34. ん？ これ別に手続き型でも・・・
- 38. 炊飯器を例にすれば ご飯炊きたい 炊飯器オブジェクトに start炊飯を実行すれば いい
- 39. 炊飯器を例にすれば ご飯炊きたい 炊飯器オブジェクト内で何してるか よくわかんなくても 炊飯器オブジェクトに 動作を実行することが出来る start炊飯を実行すれば （インターフェースのように扱える） いい
- 40. さらに継承と言う概念 例えば・・・ 高機能な炊飯器を新しく考えたい アップ グレード!
- 42. 継承を使えば拡張も簡単 class高機能炊飯器 expands 炊飯器{ 新機能(){ ... } } 継承により再利用性や拡張性が高くなる！ （たぶん）
- 43. あとポリモーフィズムという考え方 こういうときどうする？ お米だけじゃなくて パンも焼きたい
- 44. このとき [start炊飯ボタンby米]と [start炊飯ボタンbyパン]で 名前別にするのはなんかあれだなあ
- 48. さっきの炊飯器の機能でいうと class 高機能炊飯器 expands 炊飯器{ start炊飯(米){ .... } start炊飯(パン){ ... } } メソッド引数の型などによるポリモーフィズム ・・・オーバーロード
- 49. こんな感じで ● カプセル化 ● 継承 ● ポリモーフィズム こういった概念を取り入れてコードの再利 用や拡張性、可読性やメンテナンスをやり やすくしたのがオブジェクト指向
- 50. なるほど なんとなくわかったお
- 51. 今回は概念だけ これを実現する機能としていろいろあります ● アクセサ ● プロパティ ● オーバーロード ● オーバーライド ● コンストラクタ ● とかとか？ 後は自分で調べてね!
- 52. それでは ありがとうございました