2009-09-03 12 views
2

Flex(v3.0)のView Statesについて知りましたが、実際のアプリケーションでどれくらい広く使用されているかわかりません。それを使うのは良い習慣ですか?保守性などの落とし穴はありますか?実際のプロジェクトで使用されているFlexのビューステートは

+0

フレックス4州は完全にゲームを変えます(非常に良い方法で)。以前はやや面倒でしたが、新しいコンポーネントアーキテクチャーが不可欠でした。 –

答えて

1

私はさまざまな場所でアプリケーション(エンタープライズレベルのアプリケーション)で状態を使い始めて以来、すべてをリファクタリングしました。私のMXMLのほとんどは純粋なAS3コンポーネントに置き換えられました。私はバインディングとFlexコンポーネントのライフサイクルに疑念を抱いています。 Flexフレームワークで宣伝されている便利なトリックは、いったん実際に使い始めると面倒で遅くなり始めます。

他のものと同様に、あなたのマイル数は異なります。 「すべてが爪である」というシンドロームを避けることができれば便利かもしれません。多分私はできなかった。

+0

グレンに感謝します。はい、私がFlexを学んでいるとき、私は、Adobeがもっと複​​雑なプロジェクトで使用すると後でトラブルを引き起こすという多くの「簡単なトリック」を提供していることに気付きました。この段階で有用なものとそうでないものを理解することは非常に難しいので、現実のアプリケーションのソースと構造を見ることができるのは本当に役に立ちます。 – Zoman

+0

フレックスソースはほとんど開いています。それらのコンポーネントを見て、それらを作成するために彼らが何をするかを見てください。それはあなたが得るほど実世界です。あなたはそれらのバリエーションをやっているだけです。また、MXMLを使用して独自のコンポーネントを作成することはめったにありません。私は、これまでに使用されていた国も見たことはありません。それは言われている、私は行って、彼らのコーディング慣行のどちらかをエミュレートしないだろう。実際のアプリケーションと同様に、多くのハックやクラフトがあります。 – Glenn

2

エンタープライズレベルのアプリケーションでも状態を使用しました。しかし、非常に軽く。

状態は、場合によってはコードをクリーンアップするのに本当に便利です。パフォーマンスの低下があります。状態が子を追加した場合、その状態に戻って新しい子を追加するまで、子はリストから削除されません。

私は、状態に応じて前後のコンポーネントを表示/非表示にするかどうかを有効/無効にする必要がある場合に便利だと思います。これは、Flexでの状態の理想的な使用例です。

+0

おかげでAmmar、非常に有用な情報。 – Zoman

2

私は状態を頻繁に使用しており、それははるかにエレガントな解決策の多くの条件付きコードを見つけました。確かに、私は当初、上記の理由のいくつかを避けていましたが、アプリが非常に複雑になった後、複数のバリアント "州"と私はフレームワークと戦っていたことに気付きました。

率直に言えば、私はバインディングについて同じ考えをしています。あなたが微妙なことのいくつかを理解していない場合、それらはあなたの元に戻すことができます、それは本当です。しかし、同じことを達成するための独自のコードを書くことは、労力の重複のように思えます。生成されたコードをいつでも見て、深いダイビングをバインディングに読み込んでください。

関連する問題