Progression で MVC的なサムシング (1)

プログラムのお作法として望ましいとされる、MVCパターン。
それをProgressionで実現するためにはどうしたらいいかを、自分なりにまとめてみます。

最初にオチを書いておきますが、
結局MVCとか無視した切り分けパターン　に落ち着きます。
progressionの機能を最大限に活かす事を最優先させたい僕は、結局MVC構造は邪魔になりました、という話です。

色々とプログラムをするにあたり、望ましいとされるMVC。
それを、Progressionで実践するためにはどうしたらいいのかを模索します。

だいたい、「flash で　MVC」って、どーすんのよ？

ペーペーの自分には解説できるほどの力量が無いという、そんなunko野郎なんで、
詳しくはエライ先生方や、著名人の本の解説を参照してください。

[ apeirophobia tozaki先生]
http://blog.img8.com/archives/2007/11/003356.html
http://www.img8.com/max2007/

[ 閃光的網站・弛緩複合体 -Review Division-　Aquioux 先生]
http://aquioux.blog48.fc2.com/blog-entry-640.html

[参考書籍]
http://oreilly.com/catalog/9780596528461/
ActionScript 3.0 Design Patterns のMVC章（英語版pdf）

僕とProgressionと、MVC

この１年くらい、MVC関連の本を色々読んだり、偉人flasherのブログのMVC記事を見たり、自分で実践してみたなかで、
ふと思ったんですよね。

Progressionでは、いわゆる「MVC」的な切り分けで考えない方がいいんじゃないか？

全くのゼロスタートからMVCパターンでの実装をしたことがないのに、こういう事を書くのもどうかとは思うんですが・・・。

でも、Progressionで作ってると、杓子定規なMVCの切り分けがどうもやりづらい気がするんです。
（僕のMVCの解釈が間違ってるだけかもしれませんが・・・）
折角便利な機能を持ってるProgressionの良さを殺してしまう場面が何度もあったので、ここは思い切って、
MVCで切り分けるという前提をぶっ壊します。

不肖unko野郎のワタクシは、ここではものすごく乱暴に、
とりあえず、Progressionの機能を最大限に活かしつつ、イイ感じに切り分けといたらいいんでしょ？
くらいの感じでいきます。

記事タイトルを最初っから無視するという暴れん坊シリーズですが、また後日、詳細を記録していきます。