1ftseabass.blog - Adobe Max Japan 2009 2日目
2/2 12:05 追記 Spark Projectで齋藤栄二氏(e_s_jp)とイズカワタカノブ氏(soundkitchen)の紹介している情報が逆でした。イズカワタカノブ氏 ( soundkitchen ) は SWFWheel の方、齋藤栄二氏 ( e_s_jp ) が mxp 紹介した方でした、すいません＞＜；指摘ありがとー、taiga！ L-4 失敗事例に学ぶFlexプロジェクトの第一歩 NECシステムテクノロジー株式会社 坂田泰平氏 失敗プロジェクトとは、Quality, Cost, Deliveryがまず実現できていないと失敗になってしまう。そうでなくても、終わった後、開発者が疲れてしまって辞めっちゃったりするのも失敗だよね。 高コストの原因、Flexはなんでもできる。よって要求のハードルが高い。要求が次々にでてきて終わらない。やり直しが増える。あやふやなまま進めがちである。
Flash Catalyst＋Flex 4でコラボしてみる - builder by ZDNet Japan
アドビがRIA開発におけるUIデザインツールとして発表した「Flash Catalyst」。デザイナーはFlash Catalystを使って、Illustratorなどでデザインしたパーツに対して、コードを書くことなくインタラクションを加えることができる。 11月にAdobeが発表した「Flash Catalyst」は、デザイナーとデベロッパーの架け橋となるツールだ。Flash Catalystを利用すると、デザイナーはコードを書くことなく、UIのインタラクションを開発することができる。これは、開発者がFlexを使ってUIを実装する段階においても、デザイナーがデザインに関与できるという意味を持っている。 Flash CatalystはAdobeが夢見るRIA開発ワークフローの要ともいえる製品なのだ。 本連載「Flash Catalyst＋Flex 4でコラボしてみた」では、デザイナーと
2008-02-08
PACでFlex/AIRアプリを作るとき実際どのような構成・実装になるか試してみることにした。 このサイトにPureMVCというFlexフレームワークの詳しい説明がある。これはMVCの実装を考える時に役立つ。 ただM/V/Cにあたるクラス以外にもCommandパターンやMeditatorパターン用のクラスも出てきて、自分のアプリではそこまでいらないな、という感じ。 個々のエージェントの実装は、なるべくPACのP/A/Cにあたる３クラスだけですませたい。←そもそも自分のアプリでCairngormを使いたくない理由がこれ。 ここで、自分的にPACのそれぞれの役割をまとめてみる。 Presentation UI ユーザーの入力を（必要であれば）Controlに渡す Control 他エージェントと連携するのに必要な機能を司る、つまり、 外部から参照する自エージェントの状態保持 上位エージェントへ
2008-02-04
前回紹介した、 http://osiris.sunderland.ac.uk/~cs0her/COM379%20Lectures/Lecture19.pdf にあるVisualProxyパターンや、Fowlerサイト http://www.martinfowler.com/eaaDev/uiArchs.html （日本語解説：http://d.hatena.ne.jp/propella/20071230/p1） にあるVisualWorks（Smalltalkの一種）ApplicationパターンやMVPなどもある。 だが、Webの情報も少ないだろうから今回はパス。 どちらもGUIアプリでViewとModelを切り離すのでは共通している。 そしてPACは基本的にMVCの長所をカバーしていそうだ。 するとPACのMVCにない長所と短所の天秤になる。 （PACのおさらい用 from Wikip
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
Flex/AIRアプリのアーキテクチャ探索 その1 - [lib]
MVCモデルでアプリを組もうとして、Viewへのデータをどう送ろうかと調べようとして、イベント駆動とMVCをキーワードに検索してたら、MVCよりいいよみたいな感じで PAC や PluggableMVC というのを見かけた。 （ちなみにMVCではObserverパターンを使うので、Flexではデータバインドを使うことになりそう。[Bindable]タグやmx.binding.utils.BindingUtilsを使うことになるはず。でもViewとModelが相互作用しないかが心配だった。どちらからだけ操作するならまだいいけども） ここでもFlexにPACはいいのではないだろうかと書いてある。 http://idm.s9.xrea.com/ratio/2007/08/14/000654.html まずPACを検索してみたが、PACもPresentation-Control-Abstracti
![Flex/AIRアプリのアーキテクチャ探索 その1 - [lib]](https://cdn-ak-scissors.b.st-hatena.com/image/square/799bb2365d37ce9e879064ca1ca738e9b87b99aa/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F17680117127061138723%2F17680117127061141687%2F1555756834)
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://labs.taiga.jp/flex3/fsite023demo01/slide/
はてなブログ | 無料ブログを作成しよう