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の観点から見ると多くの
Careless Adventurers -今日も迷子-(2007-10-17)
<< 2007/10/ 1 1. うわーい！ 2 1. 清き一票を〜 3. 拍手レスー。 8. Adobe AIRのデバッガが動かない 3 1. 投票してくださった方ありがとうございます！ 4 1. 初音ミクアクションパズル、だいたい仕様は決まった 5 1. 10月中旬から開発できなくなるかも 6 1. きたぜ初音ミク！ 2. 拍手レスー。 7 1. 絵を描ける環境にないんです 8 1. PCこわれますた 9 1. 予想外の出費にぐんにょり 10 1. ドット絵むずー 11 1. どうしてくれようこの眠さ 12 1. なにがおきたんだろう 13 14 1. 久々にCrawlしました 3. HMVC（Hierarchical-MVC）とPAC（Presentation-Abstraction-Control) 5. HMVC、だけど… 7. PACについて 10. で、結局どうなのよ 15
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を知っておられる方には簡単になじめます。アルゴリズムをデータとし
2008-02-01
Flex/AIRアプリのアーキテクチャ探索 その1 - [lib]の続きでプラガブルMVC（PMVC）を検索してたら、PMVCとModelModelViewController（MMVC）が一緒に出てきた。 （といってもどちらもMVCに比べたら全然情報が少ない） まずPMVC http://www.sra.co.jp/people/aoki/SuperAsciiJ/SAscii06.html UML的に表されて参考になるとこ http://careless-adventurers.net/?date=20071025 PluggableはModelのインターフェースをMとして挟んでMVCを構成、そのインターフェースモデル の後ろから実体を挿すということのよう。 MMVCはここの図6、図7にあたる http://www.sra.co.jp/people/nisinaka/Jun4Java/M
MVCパターンとPACパターン - みるくCocoa
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.
PACアーキテクチャパターンとは？ - ジャズと育児とオブジェクト
以下は「ソフトウェア・アーキテクチャ」という本を読みながら書いたメモ。 PAC（Presentation・Abstraction・Control）アーキテクチャについてのメモである。PACアーキテクチャは「アプリケーションの複雑な意味的概念を捉えるための構造」と定義される。 ■ MVCとの違い PACは構造的にはMVCと非常によく似ている。 Smalltalk的MVCにおけるCは、ViewのGUIイベントとModelのデータを強調させるという位置付けであり、大抵はフレームワークレベルに隠蔽される。また、Smalltalk-MVCに限らずMVCアーキテクチャの粒度は（複数のMVCに分割する場合もあるが）通常は一枚岩であり、システムを３つのコンポーネントに分割するだけである。 PACにおけるCは、GUIに限らずMとVを協調させるという責務を持っている。またPACは明示的に階層構造を定
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Sofea / SOUI - Web future without web frameworks
CQRS(Command Query Responsibility Segregation)