PACでFlex/AIRアプリを作るとき実際どのような構成・実装になるか試してみることにした。 このサイトにPureMVCというFlexフレームワークの詳しい説明がある。これはMVCの実装を考える時に役立つ。 ただM/V/Cにあたるクラス以外にもCommandパターンやMeditatorパターン用のクラスも出てきて、自分のアプリではそこまでいらないな、という感じ。 個々のエージェントの実装は、なるべくPACのP/A/Cにあたる３クラスだけですませたい。←そもそも自分のアプリでCairngormを使いたくない理由がこれ。 ここで、自分的にPACのそれぞれの役割をまとめてみる。 Presentation UI ユーザーの入力を（必要であれば）Controlに渡す Control 他エージェントと連携するのに必要な機能を司る、つまり、 外部から参照する自エージェントの状態保持 上位エージェントへ
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
いまやWebアプリケーションフレームワークの世界では、MVCが全盛だ。StrutsもJSFもTapestryもWebWorkも、みんなMVCフレームワークであることに変わりがない。MVCフレームワークの要点は、ビジネスロジック（Model）と画面（View）とを明確に分離することにある。その両者を繋ぐのがコントロール（Control）の役目になる。 Webアプリケーションフレームワークは、今後も色々なものが出てくるだろうが、MVCである限り、開発がどれだけ容易かといった細かな部分の違いを競い合うくらいしかできないだろう。もっと考え方をドラスティックに変えないと、新しいものは出てこない。 そんな中で、Webアプリケーションフレームワークに面白い動きがあるとすれば、プラグインベースのWebアプリケーションプラットフォームを作る、といった方向性がひとつあるだろう。Seasarファンデーション傘下
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
