閃光的網站・弛緩複合体 -Review Division-

前回は「多様性」と「汎用性」を天秤にかけてみて、個別 Builder に引数を導入することで汎用性側に傾いてみましたが、今回はさらに汎用性に傾いたコーディングをしてみます。

続きを読む

個別 Builder をバシバシ増やすことで、ほんのちょっとした違いのオブジェクトをバリエーション豊かに生成すること。 これが Builder パターンの肝。

ところで私が試行している、円形と方形が描画された表示オブジェクトの生成というプログラミングでは、同じ形状、同じ色の塗りであっても、サイズを変えたい場合は別途、個別 Builder を書かなければならない状況になっています。

でもそれって融通が利かないにもほどがあろうというもの。

やっぱこの程度のバリエーションなら、別の個別 Builder クラスを書くよりも、引数で対処した方が効率的じゃん、ということを切実に感じます。

てなワケで、前回の Director なしのパターンにもうちょっと汎用性を持たせてみよう、というのが今回のテーマです。

続きを読む

Builder パターンは Director を経由して個別 Builder を操作します。

でも別に Director って要らなくない？　ということを Builder パターンの基本に忠実なコードを書いて思った、というのが前回までの話でした。

だったら Director なしのコーディングがどうなるのか、実際に書いてみようじゃないの、というのが今回の話。

続きを読む

今まで三回にわたって、Builder パターンを基本に忠実にコードタイプしたらどうなるのか、という話をしてきました。

で、実際に手を動かしてコードを書いてきて、割と大きな疑問にぶち当たったのです。 前回の最後でもチコっと触れましたが……

Director クラスって必要なの？

オレは Director クラスの必然性が全然分かりません。

続きを読む

Builder パターンの基本に忠実なコーディングをおこなうと、以下の六個のクラスを使うことになる話の最終回。

• Main.as （ドキュメントクラス）
• Director.as （ディレクタクラス）
• Builder.as （抽象ビルダクラス）
• CircleBuilder.as （円形を描画する個別ビルダクラス）
• RectBuilder.as （方形を描画する個別ビルダクラス）
• SimpleDrawn.as （描画エンジンクラス）

今回は Director とドキュメントクラスについて。

続きを読む