Template Method の弊害

前任者から引き継いだコードをデバッグしている最中なのだが、
Template Method のあまりの多さにうんざりしてきた。('A`)

問題の画面の継承関係であるが

・BaseForm
　　　↑
・BaseMasterForm
　　　↑
・BaseMasterFormA
　　　↑
・BaseMasterFormAA
　　　↑
・○○Form

という設計になっている。
継承階層が多すぎるのはともかく（これはこれで非常に問題だが！）
もっと問題なのが、BaseForm や BaseMasterForm で定義している
Template Method があまりに多すぎる点である！

GOF の Template Method の実装の項に

Template Method を設計する重要な目標は、サブクラスのアルゴリズムを肉付けするために
オーバーライドしなければならない基本操作 (primitive operation) の数を最小化することである。
オーバーライドが必要なオペレーションが増えれば増えるほど、クライアントはうんざりしてくる。

とあるが、まさにいまこの一文を身をもって味わっている。('A`)

教訓：Template Method を使い過ぎてはいけない！必要最小限に抑えよう！！(-ω-;

[みるくてぃー]

こんばんは。
本日お会いしたものです(笑)。

これは、前プロジェクトが.NET初めてで、この手法ですべて作成されていたので、当初この方法しか浮かびませんでした。
いろんなアーキテクチャを経験していれば、選択肢はあったのですが･･･。

すんませーん！

[hilapon]

お疲れ様です。昨日帰りのバスでお会いした方ですねｗ
書いたその日に早速会うとは、思いもしませんでした。(^ω^;

かくいう私も半年前のブログ記事見直すと、今更ながら間違ってること言ってるなぁ〜と思うこともありますが (汗
どこかのタイミングで訂正記事を上げねばと考えております（大汗