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

今回、Mediator 学習用に作成するプログラムの仕様は以下のようにしたいと思います。

1. プログラム起動時、ステージ上に以下のものが配置される
   • 画像をロードするためのボタン（以下「ロードボタン」と呼ぶ）
   • 画像をセーブするためにセーブボタン（以下「セーブボタン」と呼ぶ）
   • コントラスト調整用スライダー（以下「スライダー」と呼ぶ）
   • 画像を表示するための表示物（以下「ビューア」と呼ぶ）
2. 上記要素のうち、プログラム起動時ユーザが操作できるのはロードボタンのみとする
3. ロードボタンを押すと FileReference によって画像ファイルが読み込まれ、ビューアに表示される。同時にロードボタンは操作不能になり、スライダーとロードボタンが操作可能になる
4. スライダーを動かすことで画像データのコントラストが変更される。その状況はビューアにリアルタイム表示される
5. セーブボタンを押すと FileReference によってビューアの内容が外部画像ファイルとして保存される。同時にセーブボタンとスライダーは操作不能になり、ロードボタンが操作可能になる

続きを読む

前回、Mediator パターンを調べたときは Obsever パターンとの違いがよく分からなかったんですが、それは複数の Colleague が単一クラスの事例だったせい。 Mediator パターンが本来の力量を発揮するのは、Colleague がいろいろなクラスの混成部隊のときなんですね。

ってなわけで、再履修を始めるにあたって、本来の Mediator パターンの使われ方について、ちゃんと見てみますよ。

参考書は←

「Head Firstデザインパターン ―頭とからだで覚えるデザインパターンの基本」では、Mediator パターンは『その他まとめて』の扱いだったので、いまいちでした。

続きを読む

効率的なプログラミングを求めて、デザインパターンを学び、MVC に辿り着きました。

で、私流のコーディングですが、ドキュメントクラス直下のクラスは Model、View、Controller 各1個ずつ計3個に限定してるんです。

Controller クラス内で minimalComps の何らかのクラスを複数生成する、というような感じで M、V、C 以外の何らかのクラスを生成することはありますが、ドキュメントクラスで生成するクラスはあくまで MVC を各1個ずつ置く、という書き方をしていて、結果、必要とする機能を MVC いずれかに収めようとして、ムリな設計をしてるんじゃないか、という疑念に苛まれています。

要求される機能を MVC のどれに書けばいいのか、ってことでよく悩むんですよねー。

続きを読む

春の花澤さん祭り、「いばらの王」に続いてはこの映画です。ありがとう TOHO シネマズ川崎。

昔っから相性悪いなーとは思ってたんですが、やっぱりラノベ世界は、私にとって全くの異次元空間だということを骨の髄まで思い知らされました。 本を食べるという奇矯な設定も、共依存カップルの心理合戦も全然得心できなかった。 もうラノベ原作の映像化作品は観るのやめよう……

ストーリーの話をし出すと批難苦言のオンパレードになるから触れないけど、ひとつだけ。 紙を食う先輩は人間なの？　それとも人外なの？

続きを読む

花澤さん祭りってことで「劇場版"文学少女"」とこの映画を観たわけです。 やるなー TOHO シネマズ川崎。

まぁ謎解きを売りにしている映画なので、露骨にどういう謎だということを詳述はしませんが、以下の文中で特定の映画や特定のアニメを参照します。 それらを知っている人は謎の核心が分かってしまうので、これからこの映画を観に行こうとお考えの方は、ここでさよならです。

続きを読む