特定の医療システム向けのWebクライアントを開発し、それをインターネットの大部分で使用するというタスクがあります。 システムには、さまざまな機能のさまざまなコンポーネントなどがあります。残りのAPIを介したサーバーとの通信、クライアントでのセッション。
これは、システム内にある1つの小さな部分の画面です（クリック可能）。
前提の1つは、道場を最も高度な花火の1つとすることでしたが、flex4（現在はbeta2）の使用を提案しました。
flexの明らかな利点：
- OSに関係なく、すべてのブラウザで同じコードレンダリングを実行します。異なるブラウザの最新の組版に固有のハッキングはありません
- 通常のOOPなどを備えた強力なAS3
- 非常に便利なFlash Catalist（.psdおよび.aiから直接fxgコードを作成するため、つまり、基本的にオンザフライでコンポーネントを組版するため）およびFlash Builder 4、データをバインドするための複数の非常に素晴らしいウィザードなど
- グラフィックプリミティブに基づいたスキンとmxコンポーネントのロジックを作り直した便利なflex4スパークコンポーネント
- 現在のコードからオンザフライAIRアプリケーションを作成する
- Flash Player 10.1のリリース後、マルチタッチ、ジェスチャーを使用し、必要に応じてモバイルプラットフォームを使用してシステムの機能を拡張できるようになります。 同時に、モバイルプラットフォーム用のコンポーネントをやり直す必要はありません（もしあれば）
- 素晴らしいオープンソースFlexPMD製品-Hudsonなどで使用できる可能性のあるコードを自動レビューするためのツールであり、後でFlashBuilderに統合される予定です。
- FlexUnit（FB4から適応）を使用したコードのテストおよび自動化を使用したビジネスロジックのテスト*
- FB4での便利なデバッグとコードプロファイリング
- Flex4はまだベータ版です。 そして、主要なコンポーネントはすでに用意されていますが、バグなどもまだありますが、svnからの変更のシートから判断すると、1日に12個の新しいバージョンが追加されます。つまり、作業は本格的で、バグは非常に迅速に修正されます
- 独自のFlash Player-個人的にはまったく気にしませんが、同僚は独自性が何らかの形で将来に悪影響を与えるかもしれないという懸念を持っていますか？ （同様に、誰かがアドビを購入することができ、プレイヤーは曲がったり、何か他のものになる-私見ではこれは絶対に非現実的である、例えばグーグルは明日ではないだろう。）
js（dojo）について、他者との意見の不一致を避けるために、長所と短所を示しません-まあ、フレームワークは巨大なフレームワークのようなものです。もちろん、主要コンポーネントのレイアウトも一部の場所では疑わしいですが、問題なく使用できます。
親愛なるKhabravchians、これについてどう思いますか、あなたが同様の仕事をした場合、どのテクノロジーを選択しますか（正当化することをお勧めします）。