開発メモ 2001/06

2001/06/10 PASCAL仕様書作成

2001/05/27 日経ソフトウェア

カプセル化、継承のいまいち怪しい解説記事の後、デザインパターンを例を示して解説してあって、

■デザインパターン：(Template Method パターンの例)
>三角形と長方形の面積計算では、いずれも底辺と高さを用いるので基本的なパラメータは同じです。
>また、底辺と高さに値を設定するメソッドも共通化できそうです。
>このような場合に、Template Method パターンを使います。
(日経ソフトウェア2001/7月号特集記事より)
・・・う〜ん。なんか違うような気がする？GoF を引っ張り出して調べてみると、
|Template Method：１つのオペレーションにアルゴリズムのスケルトンを定義しておき、
|その中のいくつかのステップについては、サブクラスでの定義に任せる。(GoFより)
・・・ぜんぜん違うぞ。(^^;

この場合、Template Method を使うとしたら、
abstract class polygon {
  public void getMenseki() {
    algo();             // 仮想関数呼び出し
  }
  abstract protected double algo() {
}

class triangle extends polygon {
  public double algo() {                        // どうでもいいけどなんで public?
    ...
  }
}

class rectangle extends polygon {
  ...
}
ではなくて

abstract class polygon {
  public void getMenseki() {
    step1();    // step1 〜 4までのアルゴリズムのスケルトンがテンプレート
    step2();    //
    algo();             //  このステップだけサブクラス(triangle, rectange)での定義にまかせる
    step3();    //
    step4();    //
  }
}

だと思うけど、例に無理があるし、それ以前にポリゴンを継承して三角形や長方形を作る
継承構造自体にものすごく違和感がある。
・・・処理の高速化のため、三角ポリゴンや、長方形ポリゴンを特別扱いするのはあるかも
しれないので、多分、ポリゴンのフィールドが底辺と高さで、名前と実装がかけ離れているのが
違和感の元凶だと思う。

■デザインパターン：(Decorator パターンの例)
>Template Method パターンで実現した三角形の面積計算処理を、今度は Decorator パターンで
>実装したものです。ポイントは、抽象クラス polygon と三角形クラス triangle の間に手続きを
>装飾する decorate のための抽象クラス decorator を作ったことです。
>triangle クラスは decorator クラスを継承しています。さらに polygon クラスを継承した
>conpolygon も作成します。(日経ソフトウェア2001/7月号特集記事より)
・・・違うと思う。

+----------+       +--------+
|conpolygon|----|＞|polygon |←-----+
+----------+       +--------+       |
|algo()    |       |algo()  |       |
+----------+       +--------+       |
                       △           |
                       ｜           |
                   +---------+      |
                   |decorator|------+
                   +---------+
                   |algo()   |
                   +---------+
                       △
                       ｜
               +-------＋-------+
               |                |
          +--------+       +---------+
          |triangle|       |rectangle|
          +--------+       +---------+
          |algo()  |       |algo()   |
          +--------+       +---------+

class triangle extends decorator {
  public double algo() {
    Menseki = (x * y) / 2;
    return Menseki;
  }
}

クラス図の形はたしかに Decorator パターンになってるけど、肝心のコードがデコレート
してない。(^^;
この場合、無理やり Decorator パターンを使うとすればデコレートするために
triangle や rectangle の algo() では親クラスの algo() を呼ぶ
のでこんな感じになると思うけど。

class triangle extends decorator {
  public double algo() {
    super.algo();
    Menseki += (x * y) / 2;
    return Menseki;
  }
}

それ以前に、完全に意味の無い例になっているので、
縁取とか、穴あき、デコレータークラスを作って、穴あき三角、縁取り三角、穴あき長方形、
穴あき縁取りつき三角、穴２つあき三角、・・・が作れる例を示した方が良かったと思う。
この場合、conpolygon の位置に triangle と rectangle を置いて、triangle や rectangle
があった位置に縁取りデコレータや穴あきデコレータを置くことになる。

■これからは「フレームワーク志向」でいこう
>ここでは、その移行先となる、ＯＳを仮想化してアプリケーション実行環境を提供する
>新しいプラットフォーム(Java や .NET)を「フレームワーク」と呼ぶことにしましょう。
(日経ソフトウェア2001/7月号特集記事より)

オブジェクト指向、デザインパターンと来た場合のフレームワークといえば、ひな型のことだと

思っていたんだけど・・・Java や .NETってそういう呼び方もあるのか？

2001/05/21 不健康肥満?

2001/05/08 keep-alive

2001/05/01 仕事（その５ 完了）

2001/04/30 仕事（その４）

2001/04/28 続々仕事

2001/04/27 続仕事

2001/04/26 仕事

2001/04/22 TCalcGrid

2001/04/20 仕事の話

2001/04/15 InputForms

2001/04/14 TCalcGrid, tcalc.txc, tcalc.dll

2001/04/12 TCalcGrid

2001/04/11 TCalcGrid