RIA のアーキテクチャー概要 （リッチクライアント編） | デベロッパーセンター
コミュニティーリソース Flex cookbook* (コードの共有) CSS Advisor (ブラウザ別バグ修正) Exchanges* (コンポーネントの共有) Adobe Labs* ユーザフォーラム RSS フィード* Flex バグベース* ユーザグループの検索* ユーザグループについて* Adobe Community Experts (ACE)* デベロッパーイベント* ブログ MXNA* (ブログアグリゲータ) Adobe ブログ* この記事では、Flex アプリケーションのアーキテクチャー概要を扱います。以下の内容は、Flex アプリケーション構築の際に一般的に起こる、と思われる問題への対応例を紹介することが目的です。Flex アプリケーションを常に同じ形で構築することを推奨するものではありません。 クライアント側とサーバー側を含めたアプリ全体のアーキテクチャーについて
Sign in to your Microsoft account
Microsoft account requires JavaScript to sign in. This web browser either does not support JavaScript, or scripts are being blocked. To find out whether your browser supports JavaScript, or to allow scripts, see the browser's online help.
wisdom | あなたのビジネス思考に、ひらめきを。
北米トレンド 織田 浩一 連載 米国を中心にモノやサービスのデジタル化が進み、競争の鍵は顧客体験の向上と価値創造に移行しました。新たなトレンドに対応するため、北米の最新情報を毎月お届けします。
Cloud時代のArchitecture - LunaBiblos
概要 TechEd2010 T1-502「クラウド コンピューティングの最先端技術動向と選択の戦略」に参加した後のメモと整理です。 CQRSモデル MVC(Model、View、Controller)との決別 CQRSとは あらゆるMethodはActionを実行するCommandか、呼び出し元にDataを返すQueryの何れかであり、両方を行ってはならない。 CQRSは「Command Query Responsibility Segregation」の略語である。日本語で言えば「コマンドクエリ責務分離」。もっと解りやすく言えば「更新処理と参照処理とに対する応答部分を明確に分離する」事である。 構造としてSystemを次の四つに分類する。 Query(参照) Command(更新) 内部Event 外部Event(公開Event) MVCの終わり CQRSの観点から見ると多くの
「じゅん for Java」のMVC
2. 「じゅん for Java バージョン197（Jun4Java197）」のMVC 図8にJun4Java197のMVCのクラス階層を示します。図2のJun4Smalltalkとほとんど同じです。MVCに関係する部分で，違う点を以下に列挙します。 VisualWorksではViewのサブクラスにCanvasがありますが，Jun4JavaではStViewの属性としてjava.awt.Componentを持つようにし，_getJavaComponent()でアクセスできるようにします。 StControllerでjava.awt.event.MouseListenerやMouseMotionListenerなどを実装します。 Controllerの赤（左）ボタンイベント（redButtonPressedEvent）などを，MouseListenerのmousePressed()などに変更し
cake.dyndns.org: m-mvc
各地の日記を読んでいると、PofEAA読書会6で、SmalltalkのApplicationModelについて触れられたらしい。 日本では長らく認識されていなかったM-MVCアーキテクチャがようやく日の目を見るのか？ - http://c2.com/cgi/wiki?ModelModelViewController M-MVCアーキテクチャはAjaxアプリにとって、これから重要な概念になっていくと個人的には思っている。 ブラウザ側に複雑なロジックや非同期なサーバーとの通信を実装することが実用的になってきた現在、Sunの提唱してきた似非MVCよりもすっきりとした設計でWebアプリケーションを作成できるようになるはずだ。 どういうことかというと、今までのMVCで単にModelとして片付けられていた部分をDomainModelとApplicationModelに分けると、ApplicationM
C# で Pluggable MVC - 星一の日記
諸事情で、とあるエディタを C# で作っているのですが、エディタのアーキテクチャとして "Pluggable MVC" というのが使えるのではないかとふと思いました。 MVC は、もちろん Model-View-Controller のことですが、説明は割愛します。Pluggable MVC とは、 Smalltalk の世界では「最高」と言われている MVC らしいです。 第6回 Smalltalkウィンドウプログラミング(2) 上ページの図 5 がそうです。図にしたがって処理の流れを書くと、以下のとおり。 あらかじめ、 Model に対応する View が一つ以上登録されている。 <1> Controller が Model を操作する。 <2> Model が、自分の内部が変化したときの changed メッセージを自分に送信する。 <3> Model に登録されている View す
SmalltalkのMVC - ViewとModelの理想的な関係の考察 - lethevert is a programmer
[id:soutaro:20050903] - http://www.jac-net.com/~tarzan/smalltalkers/mvc/mvc.html このURLは、最近見つけたのです。Smalltalkは詳しくないので、ソースコードまで確認していないですが、 モデルは、画面に表示したいオブジェクトそのものです。ところが、自分は「いつ、どこに、どの位の大きさで、どのように表示されるのか」という情報は持っていません。つまり、データ管理だけを専門に行うのがモデルの仕事です。 ビューは、モデルを「いつ、どこに、どの位の大きさで、どのように表示されるのか」を知っています。つまり、表示(出力)まわりを一手に引き受けるオブジェクトです。 コントローラは、モデルやビューを操作するためのユーザからの要求を受け付けます。そして、モデルやビューにメッセージを送り、全体の動きを制御します。指示(入力)
使わないと損をするModel-View-Controller MVC
1 はじめに SmalltalkのOJTを通して、「Smalltalkへのスムーズな導入」を行うために、いくつかの留意点があることを私は学びました。 ① データとアルゴリズムがパックされたオブジェクト(情報隠蔽) ② オブジェクト間コニュニケーション(メッセージ伝送) ③ クラスとインスタンス関係(メタクラスとクラス関係) ④ クラス階層構造(インヘリタンス機能) ⑤ アルゴリズムをデータとして扱うこと(closure/continuation) ⑥ Model-View-Controller(MVC) ⑦ 依存性(change&update) ⑧ プラガブルの考え方(pluggableMVC) ①〜④までは、オブジェクト指向プログラミングという形で多くの解説書が手に入りますので問題はありません。 ⑤は、LispやPrologを知っておられる方には簡単になじめます。アルゴリズムをデータとし
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Service Oriented UI(SOUI)の出現はMVCの死を意味するのだろうか？
Java SE Application Design With MVC