Flex開発メモ

まず

・FlashCS3で作るFlashは、Flash

・FlexBuilderで作るFlashは、Flex

・FlashとFlexは、同じSWFバイナリだが、異なるものと考える

・ライフサイクルも目的も違う

そのFlexをフロントにおいて開発するときに考えたこと

・MXMLは、シンプルに

・MXMLに、スクリプトタグを書かない

・MXMLは、分ける単位をそろえる

・MXMLに、DTOやXMLなどのデータを置かない

・MXMLカスタムコンポーネント→Viewとする

・スタイルは、CSSへ

・スタイルは、コンポーネント単位

・クラスローダーは、CSSかRSL

・Viewの親子関係は、しっかり決める

・なんでもバインディングしない!!!

・バインディングは、コンポーネント間だけ

・バインディングは、MXML内だけ

・複数のプロパティを変えるならステートで一括して変える

・複数のスタイルを変えるならステートで一括して変える

・ステートは、親ステートを意識してつくる

・Viewのエフェクトに、Tweenerは、使わない

・Flexで、直接的にTweenerを、使わない

・Viewに対するロジックなのか→Helper

・エンティティに対するロジックなのか→Logic

・制御に対するロジックなのか→Action

・Viewなのかコンポーネントなのか

・スキンは、Flashをメインに

・安易にプログラマティックスキンを使わない

・安易に透明度を利用しない

・安易にフィルターをかけない

・ポップアップは、最低限に

・というかポップアップは、なしの方向

・MXMLをHTMLページみたいな思考で考えない

・MXMLは、ページじゃなくて、ステートと考える

・ステートとステートにはつながりがある

・コンポーネントは、Flexライフサイクルを必ず守る

・Validatorは、MXMLに記述→UIデザインの一環

・UIデザイン→操作、情報、慣れ

・グラフィックデザイン→色、形、レイアウト

・コンテナの数は、少なく

・Canvasで十分レイアウト可能

・FormItemやGridなどは、諸悪の根源

・タイマーとイベントで、処理を次のタイムスライスへ

・コールバックとイベントを使い分ける

・テストができないようなヘルパーは、作り直し

・テストができないようなアクションは、作り直し

・テストができないようなロジックは、作り直し

・Flexでは、OOP的にAS3を書く

・Flexは、AS3スクリプトで作らない

・データ通信は、テキストじゃなくてバイナリ

・データ通信は、必ずAMF3

・Flexは、サーバ側のご機嫌取りをしない

・Flexは、サーバ側に影響されない

・Flexにセッションを意識させない

・サーバ側は、Flexの存在を知らない

・遅延生成を意識する

・遅延ロードを意識する

・ロギングフレームワークの採用

・相対的なレイアウトを使う場合は、テスト地獄を覚悟する

・独自コンポーネント作るなら、FlexFrameworkを十分に理解する!

・なんでもできるからといって、BitmapDataを乱用しない。

・Flexは、所詮SWFだから、タイムラインを意識する

・CallLaterを基本的に使わない

・CallLaterを理解して使う

・最低でもイベント機構は、熟知しよう

・Collection系は、多用しない

・Collection系は、サーバに送らない

・Collection系は、List系と使う

・E4Xを多用しない

・チャートコンポーネントの拡張は、無理しない

・アドバンスデータグリッドの拡張は、無理はしない

・アイテムレンダラーは、ASで

・アイテムレンダラーは、データとリストデータを保持

・アイテムレンダラーにコンポーネントタグは、使わない

・タイマーは、使う場所を見極める

・モジュールをなるべく使わない

・モジュールは、使わない。使うならモジュールベース

・検証されたRSLを使う

ここから大事!

・JavaができるからFlexができるとは限らない

・JSができるからFlexができるとは限らない

・ASができるからFlexができるとは限らない

・FlashができるからFlexができるとは限らない

・Flexには、教育時間を設ける

・Flex開発は、勢いでしない

・Flex開発は、Flex用のUI設計が必要

・Flex開発は、Flex用の外部インターフェイス設計が必要

・Flex開発は、OOPとタイムラインと非同期とデザインを意識する

・Flex開発は、Flexを熟知した人が必ず必要

・Flex開発は、楽じゃない!

Flex4になったら、これらに追加が増えるだろう。。。

まだまだFlex開発は、楽になりそうにない。

government,politics news,politics news,politics
 

タグ: ,

コメント / トラックバック11件

  1. fsa より:

    なるほど、FlexとFlashは違うものだという認識が足りませんでした。
    ありがとうございました。

  2. shot6 より:

    やっぱFlex4になるときつくなりますかね汗

  3. ぺぺ より:

    > ・Flex開発は、楽じゃない!
    だよね~

  4. taiga より:

    乙。
    …にしても、こうやって箇条書きにして読むと、まだまだ敷居高いよなぁ…と。
    (お陰でメシ喰えてるって考え方もできるけどw)

  5. arkw より:

    shotさん>Flex4は、新しいスキン機構ができそうなので、いろいろ大変そうですよぉ~。ツールがないと手書きするの?みたいな。

    ぺぺさーん>はい。楽じゃない。アーキテクチャによっては、手がつけられないように。。。

    taiga>乙 しばらくは、忙しい日々が続きそうです。

  6. shot6 より:

    いろいろ敷居高いですけど、だからこそ今がチャンスとみれるかもですね!
    Flex4はあらかじめ検証してきたいです。

  7. arkw より:

    ここ一ヶ月ぐらい?で、Flex4は、大きくパッケージ構成が変わたました。なので、前作ってたサンプルが動かなかったりするので、自分は、Flex4調査ペンディング中です~。
    CS4で吐き出されるFXGをサーバサイドで動的に出来ると面白いかなと。

  8. fsa より:

    非常に参考になりました。
    FlexでもTweenerを使っていたのですが、よろしければ、
    > ・Viewのエフェクトに、Tweenerは、使わない
    > ・Flexで、直接的にTweenerを、使わない
    というメモの意図を教えてもらえますでしょうか?
    「むやみにアニメーションをするな」といった意味でしょうか?

  9. arkw より:

    まず、意図ですが、、、
    Tweenerは、FlexFrameworkを意識していないからです。
    なので、Flexでアニメーションするためのクラスを使います。
    どうしてもだめぽな場合は、Tweenerを考えるべきだと思います。

    イベントと描画について考慮しているならばら、アニメーションし放題ですよ~

  10. tkc より:

    現在、「Flex3&AIRではじめるアプリケーション開発」でFlexを勉強中で、このページの内容がとても参考になりました。

    が、Flex初心者には個々のトピックの意図や「じゃあどうするのか」を理解するのが難しいところも多々・・・。
    個々のトピックの解説と解決策(ベストプラクティス?)をまとめて、yuiフレームワークの活用を盛り込んだ書籍が出版されたら予約して2冊買わせていただきます。
    あと、yuiフレームワークの正式版心待ちにしております。