フレックスモジュールを使用して開発するとき、私は、ライブラリプロジェクトにのVOを追加すべきか?

StackOverflow https://stackoverflow.com/questions/1379769

質問

私はFlexでのモジュールベースのアプリケーションを開発していると私は、ライブラリプロジェクトに私のすべての値がオブジェクト(のVO)の移動を考えていたし、任意のは、これは悪い考えであると考えるか、任意の代替提案を持っている場合、私は思っていました。

現在の構造: 私は、シェルアプリケーションと3つのモジュールで構成されたプロジェクトを持っています。モジュールは、実行時に動的にロードされている各10のカスタムコンポーネントについては含まれています。私の問題は、(モジュールA)に成分A(モジュールBにおいて)成分Bにデータを渡す必要があります。この問題が発生したとき、だから私は、コンポーネントAは、共通のフォルダに使用していたことをVOを移動します。私はその後、VOを渡し、コンポーネントBは、そのアップを選ぶと、それはそれを行う必要があり、これまで何をしています。

私が考えていたものをそうは既存のライブラリのプロジェクトを使用して、そこにすべての私のVOを追加しました。このように私は、モジュールAおよびモジュールBの両方からアクセスできるように共通のフォルダにモジュールからVOを移動する必要は決してないだろう。基本的な考え方は、私が他のモジュールに依存してして、独自のウィジェットやエアアプリにシェルから抽象任意のモジュールを完了することができるようにしたいです。

誰もが、これは悪い習慣だと思いますか?もしそうなら、なぜですか?あなたはどんな選択肢がありますか?

ありがとうございます。

役に立ちましたか?

解決

あなたのアプローチは理にかなっていると、多かれ少なかれ、ライブラリプロジェクトがために設計されたものです。あなたのメインアプリケーションのSWFに直接SWCをコンパイルしたり、RSLとしてライブラリを外部化することができます。あなたはVOの(数百)の多くを持っていない限り、それはおそらく、直接メインSWFにコンパイルするより多くの意味を行います。

他のヒント

私は、全体のVOシステムをスキップして、ネイティブオブジェクト(Object)を使用する傾向があります。これはかなり自己文書としてではないが、それはより便利でポータブルです。そして、あなたは簡単にJSONライブラリでそれをシリアル化することができます。おそらく、しかし、あなたの問題を持つすべてのヘルプあなたにしません。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top