Mediator パターン再履修(8) ～Cocoa 風作法(2)～【閃光的網站・弛緩複合体 -Review Division-】

Mediator パターン再履修(8) ～Cocoa 風作法(2)～

2010/05/18 20:18 - AS3.0

前回は、 Cocoa 風のコーディング手法を発見し、今まで組んできた Mediator パターンに方向修正が発生した、という話でした。

で、再掲ですが、実装としての変更点は以下のとおりでしょう。

Colleague としては、自分が呼び出す Mediator のメソッドへの参照を、パブリックな変数として追加する
Mediator としては、自分の内部で Colleague を生成したときに、Colleague に呼び出してもらいたい notify 相当メソッドを割り当てる

以下は、各クラスの変更のうち、それに部分だけを掲示したものです。

IColleague

セッター notify を新たに付け加えます。

Colleague

各 Colleague のうち、ImageProcesser の変更について見てみます。

まず1点目はIColleague の変更に伴い、パブリックプロパティとして notify を追加します。

もう1点は、update メソッドの一番最後の命令 _notify()。今までは _mediator.notify(this); でした。

Mediator

setup

このメソッドの変更点は3ブロック目の部分。

各 Colleague の notify 変数（実際はセッター）へ、Mediator がそれぞれ実行してもらいたいメソッドをセットします。

public function setup(stage:Stage):void {
	// 各 Colleague の生成
	loadButton_  = new ExPushButton(LOAD.toUpperCase(), stage);
	saveButton_  = new ExPushButton(SAVE.toUpperCase(), stage);
	slider_      = new ExHSlider(stage);
	fileRefUnit_ = new FileRefUnit();
	processer_   = new ImageProcesser();
	viewer_      = new ExBitmap();
	
	// 各 Colleague に mediator をセット
	loadButton_.mediator  = this;
	saveButton_.mediator  = this;
	slider_.mediator      = this;
	fileRefUnit_.mediator = this;
	processer_.mediator   = this;
	viewer_.mediator      = this;
	
	// 各 Colleague が呼び出す Mediator のメソッドをセット
	loadButton_.notify  = notifyFromButton;
	saveButton_.notify  = notifyFromButton;
	slider_.notify      = notifyFromCslider;
	fileRefUnit_.notify = notifyFromFileRefUnit;
	processer_.notify   = notifyFromImageProcesser;
	
	// 個別 Colleague のセットアップ
	// ボタン
	saveButton_.width = loadButton_.width = 50;
	saveButton_.x     = loadButton_.width;
	saveButton_.enabled = false;
	// スライダー
	slider_.width = stage.stageWidth;
	slider_.y = stage.stageHeight - slider_.height;
	slider_.enabled = false;
	// ビューア
	stage.addChild(viewer_);
}

各 notify

で、Cocoa 前はパブリップなメソッド notify 一つに設定していたロジックを、プライベートな複数の notify 相当関数に分割します。

// Button の Colleague が呼び出す
private function notifyFromButton():void {
	// FileRefUnit に通知
	fileRefUnit_.update();
}
// FileRefUnit の Colleague が呼び出す
private function notifyFromFileRefUnit():void {
	if (_state == LOAD) {
		// 読み込んだ BitmapData を待避
		saveBmd_ = _bitmapData.clone();
		// ImageProcesser に通知
		processer_.update();
		// 処理状態更新
		_state = SAVE;
		// ボタン更新
		loadButton_.enabled = false;
		saveButton_.enabled = true;
		// スライダー更新
		slider_.enabled = true;
		slider_.setParams(MIN, MAX, DEF);
	} else if (_state == SAVE) {
		// 処理状態更新
		_state = LOAD;
		// ボタン更新
		loadButton_.enabled = true;
		saveButton_.enabled = false;
		// スライダー更新
		slider_.enabled = false;
	}
}
// ImageProcesser の Colleague が呼び出す
private function notifyFromImageProcesser():void {
	// Viewer 位置調節
	viewer_.x = (sw_ - _bitmapData.width)  / 2;
	viewer_.y = (sh_ - _bitmapData.height) / 2;
	// Viewer に通知
	viewer_.update();
}
// Cslider の Colleague が呼び出す
private function notifyFromCslider():void {
	// 待避していた BitmapData を読込
	_bitmapData = saveBmd_.clone();
	// ImageProcesser に通知
	processer_.update();
}

完成形プログラムは例によって wonderfl に投稿しました。前回の Mediator パターンによるプログラム構築例(1) への fork になってますので、DIFF はそちらでご覧いただくと一発です。

あと、手を入れるところは……　と考えると、FileRererence を司るクラスを Strategy パターンで記述すると、さらに Mediator と FileRefUnit の結びつきを弱められそうかなぁ、ってな感じ。

それと Model について今一度考える必要がありそうな気がしないでもない。