３−１

  • 構造化設計の問題点：プログラムの再使用が難しい？

(例)図3-1の「処理１→データ１→処理２→データ２→処理３」を作成した後、新しく作る他のプログラムで処理２と同じことをする場面が出てきても、処理２を単純に使い回しできない。
（処理２にはデータ１と同じ項目や値を必要とするから、その部分を新しいプログラム用に修正して使う必要がある、など）

 

 ３−２

※この段では実際に操作せずテキスト内容のみで見る。ちょっと紛らわしい。

オブジェクト

  • プロパティ：データ（値）

  • メソッド：処理
    ※コントロール：LabelやMessageBoxなど

イベント：何かしらかのアクションによるもの→きっかけ
イベントハンドラ：イベントがあった時に実際に行うメソッド（処理）

 

 ３−３

　Windowsフォームもツールボックスもクラス？

Windowsフォーム：２章で作成した「Form1」
ツールボックス：VisualStudioのツールボックス(右)のこと

　クラスとインスタンス

  • クラス：形而上学・見本・ベース
  • インスタンス：形而下学・実体・個別のもの
    gcnewキーワードで作成する。

　ポインタとトラッキングハンドルの違い(ちょっと脱線)
　http://adversaria-june.blogspot.com/2006/08/ccli_27.html

  • 相違点：ポインタは演算ができるが、トラッキングハンドルは演算ができない。

  • 共通点：
    実体を返す時 *p
    アドレスで参照しているインスタンスのメンバに、実体にしてからアクセスする時 (*p).member
    アドレスで参照しているインスタンスのメンバに、アロー演算子でアクセスする時 p->member

 

 ３−４

 

 ３−５

　※３−３のAnimalクラスとは異なるので注意！
　ｔｈｉｓ：自分のクラスを指す

 

 ３−６

　※サンプルコードだけでは何もおきない。あくまでもポリモーフィズムの説明のためのプログラム。

 

 ３−７

 

 ３−８

　※一部脱線

  • .Netでは多重継承はダメ。←→C++には多重継承はある。

  • クラスにInterfaceというキーワードをつける←→C++ではないので純粋仮想関数を使う。

  • インターフェースの作成：メンバ関数のみ、メンバ変数は定義しない。
    メンバ関数の定義　仮想関数　：　virtual 型名 関数名
    　→仮想だから定義がない→定義がないからインスタンス(実体化)できない。