2

現在、ユーザーがゼロのプロジェクトに取り組んでいますが、潜在的に数百人にスケールアップしたいと考えています。現在、Flex と対話する AMFPHP を使用して、MySQL データベースで実行しています。Flex を使用したのは、その堅牢なグラフィック機能 (このプロジェクトにとって重要) と、最初の開発者 (私ではない) がすでに ActionScript を知っていたからです。現在は AIR を使用していますが、いずれ Web ベースの Flash に切り替える可能性があります。

私の質問は次のとおりです。

  1. Flex はこのようなプロジェクトに適したツールですか?
  2. 遭遇する可能性のある Flex の主な制限は何ですか?
  3. 他に検討したい開発プラットフォームは何ですか?

ありがとう。- デイブ

4

5 に答える 5

6

短い答え、はい。Flex を UI 開発プラットフォームとして使用しているゴールデンアワーのアプリはすでに数多くあります。Adobe のサイトにアクセスすると、かなりの数の製品が紹介されています。

個人的に言えば、私が Flex を選んだ理由は 2 つあります。1 つ目は、Flex が HTML または適切なツールキットで行うことの多くはおそらく可能ですが、Flex は魅力的で魅力的なユーザー エクスペリエンスを提供するように設計されており、すべての Flash を利用できることです。さらに、開発環境と利用可能なウィジェットにより、プログラミングが簡単で楽しくなります。HTML と Flex との間で宗教戦争を引き起こしたくないので、それはそのままにしておきます。これは、私と私のアプリケーション、および顧客にとって機能します。

2 つ目の重要な点は、処理負荷をクライアント側に分散させることです。これは、サーバー アーキテクチャを、コンテンツの提供とデータの永続化のためだけに最適化できることを意味します。私のビジネス ロジックのほとんどは、クライアントに移行されました。古典建築に何年も費やしてきた私は、これは大きな前進だと思いますが、それについてはすでに彼女に反対の声をあげることができます.

Flex に関する私の警告は、クライアント コードに適切なアーキテクチャを採用する必要があることから来ています。間違えると、Flex を使用して巨大でパフォーマンスの低いアプリを作成するのは非常に簡単です。すべてをイベ​​ント ドリブンにして明らかに非同期にすれば問題ありません (Flash プレーヤーがシングル スレッドであるため、'明らかに')。そして、それは欠点 1 です。シングル スレッドの Flash Player は、問題を引き起こすことがあります。

欠点 2 はおそらくもっと深刻で、企業環境でデスクトップがロックダウンされていることです。多くの場合、ターゲット ユーザーは自分のコンピューターに対する管理者権限を持っておらず、間違ったフラッシュ プレーヤーを持っているか、まったく持っていません。これは特に公共部門の組織や軍隊に当てはまります。そのため、そこに向かう場合は、ユーザーの間で Flash が存在するかどうかを注意深くテストします。

それ以外は、Flex を心からお勧めします。履歴書に記載するのもいいですね！

HTH

于 2008-11-25T08:00:25.043 に答える
2

Flex には固有のスケーラビリティの問題はありませんが、グラフィックを多用するアプリケーションを使用している場合、これらのリソースを適切に提供することが問題になる可能性がありますが、これは Flex とはほとんど関係ありません。

唯一の注目に値する、おそらく実行できないプラットフォームは、iPhone (フラッシュなし) と一部の古い非フラッシュ モバイル デバイスです (ただし、最近ではほとんどが Flash-lite をサポートしています)。

代替手段としては、グラフィックスが多く、iPhone を気にしない場合は、純粋な HTML テクノロジを使用する以外に、最適なクロスプラットフォーム ソリューションではないにしても Flex が適しています。ここでの秘訣は、HTML だけで Flex でできることの 99% を実行できることです。しかし、あなたのアプリが不足している 1% を必要とする場合、運が悪いことになります。また、Flex はクロスプラットフォームとほとんどのブラウザー互換性の問題を軽減します。そのため、作業の生産性が向上する可能性があります。

于 2008-11-25T05:41:21.160 に答える
1

Silverlight 2 は、考慮すべき代替手段です。オフラインでサポートされているものを探している場合は WPF。

于 2008-11-25T05:58:47.240 に答える
1
  1. はい、プロジェクトの規模と種類は合っています。
  2. 依存する可能性のあるフレームワークとライブラリの未熟さ。IDE の未熟さ。
  3. シルバーライト、JavaFX。
于 2008-11-25T08:56:13.653 に答える
0

Flex + AIR は、おそらく Visual Basic と同じくらい優れたツールです。はるかに柔軟なプログラミング言語と無料の開発ツールを使用するためのより良いツールかもしれませんが、制限を念頭に置いてください....

それを使用することで私が見た主な制限は、ドキュメントです。十分なドキュメンテーションがなく、十分なドキュメンテーションがなく、コミュニティでの注目度の高い作業が十分に行われていないようです。(これは何年も .NET に携わってきたものです。私は、MSDN がメソッドについてほとんど述べていないことに常に腹を立てていましたが、一般的には、最も役立つブログ投稿を見つけることで対処できます。)

他の可能な開発プラットフォームは、プロジェクトの詳細に大きく依存します。Web ベースのプラットフォームは、データ セットとの深いステートフルなやり取り (優れた AJAX ライブラリを使用した場合でも) で行き詰まりますが、シック クライアント プログラム (Flex + AIR など) のクライアント側のインストールを維持するのは、ほんの数個の CRUD フォームの場合はやり過ぎになる可能性があります。 .

于 2008-11-25T05:52:33.023 に答える