ObjeProg の履歴(No.2) - PukiWiki

[ トップ ] [ 新規 | 一覧 | 検索 | 最終更新 | ヘルプ ]

履歴一覧
差分を表示
現在との差分を表示
ソースを表示
ObjeProg へ行く。
- 1 (2020-09-02 (水) 00:50:21)
- 2 (2020-09-02 (水) 03:43:12)
- 3 (2020-09-02 (水) 05:47:56)
- 4 (2020-09-08 (火) 08:40:20)

基本概念
教材

基本概念†

クラス(設計図) = 共通性（概念）をひとまとめにしたもの
- クラスになるのは、日常言語で名詞となるもの
インターフェース = メソッドの定義
- メソッドになるのは、日常会話で動詞となるもの
- インターフェースを利用することにより、メソッドの処理内容が異なるプログラムを交換可能な作りにでき
オブジェクト = クラスから生成された実態
インスタンス化 = クラスからオブジェクトを生成すること

継承 = 親クラスの性質を受け継ぐこと
カプセル化 = 仕事の内容を隠すこと
ポリモーフィズム = 同一のメソッドで異なる振る舞いをすること
クラス間の関連性
- is-a関係 (クラス間の継承関係) : AクラスからBクラスを派生する
- 読み方として（public class）と（A extend B）で分解、つまり新たに作るのは B である
```
public class A extends B {
}
```
  - ［pros］継承は親クラスの機能をそのまま使える (子クラスは親クラスのフィールド（変数）とメソッドにアクセスできる)
  - ［cons］親クラスと子クラスの間にはインターフェースを挟むことができず、密結合な関係になる
  - ［cons］親クラスの修正の影響がダイレクトに子クラスにも及ぶ、親クラスと子クラスは一心同体
- has-a関係 (包含関係) : AはBを含む
```
public class A {
  B b;
}
```
  - [cons] 包含は継承のように親クラスの機能をそのまま利用はできない
  - [pros] 包含したクラスに処理を委譲することで機能を使う（処理を任せる）ことができる
  - [pros] 包含するのをクラスではなく包含するクラスが実装するインターフェースにすることで疎結合の作りにできる

UML図†

クラス図 = 抽象的な表現のクラスをその構成や相互関係を表した図
- クラス図は水平線によって3分割され、一番上にクラス名、真ん中に形や性質などの属性（データ）、一番下に操作（振る舞い）を記述
オブジェクト図 = クラスを実体化（インスタンス化）して、オブジェクト間の関係を表した図
- オブジェクト図はインスタンス名、クラス名、変数名、値で構成される
接続線 (感覚的には矢印の向きが反対に感じるが...)
- 「AはBの一種でAクラスからBクラスを派生する」というクラス間の継承関係
- 「A has a B.」、つまり「AはBを含む」という包含関係

java での記述†

デザインパターン†

Template Methodパターン [#lded4de6]
Stateパターン [#reb7e330]

教材†

Think it 今さら聞けない！ゼロから学ぶオブジェクト指向 [#hc6f42a3]