私は Adobe Flex を 1 年以上使用していますが、Javascript があまり得意ではないので、とても気に入っています。
でも、Adobe Flex を作ろうと思ったのは私だったら、何を作っているのか上司にどう説明すればいいのだろうか。私の上司は単に「あなたがやろうとしていることのほとんどすべてに Javascript が用意されている」とは言いません。
「貴重な」開発者の多くの時間を必要とするこのプロジェクトの承認を得る必要がある場合、私は彼に何と言いますか?
私は Adobe Flex を 1 年以上使用していますが、Javascript があまり得意ではないので、とても気に入っています。
でも、Adobe Flex を作ろうと思ったのは私だったら、何を作っているのか上司にどう説明すればいいのだろうか。私の上司は単に「あなたがやろうとしていることのほとんどすべてに Javascript が用意されている」とは言いません。
「貴重な」開発者の多くの時間を必要とするこのプロジェクトの承認を得る必要がある場合、私は彼に何と言いますか?
貴重な開発者の時間を割いて、適切な場所にたどり着いたと思います。構築しているのがデスクトップのようなアプリケーションで、多くのフォームとあらゆる種類のフィールドがある場合、FLEX は多くの時間を節約します。
さらに、ブラウザで FLEX APPS を実行するために必要なのは FLASH プラグインだけであると主張することもできます。そのため、新しいプラグインやフレームワークなどをインストールするという危険を冒すことなく、ほぼすべての人がアプリケーションを実行できます。JavaScript と同じです。
Flex は非常に豊富な UI エクスペリエンスを備え、より多くの機能を提供し、必要なコーディングが少なすぎます。サーバー側でコンパイルされ、バイナリ形式 (SWF ファイルとして) でクライアントにプッシュされ、クライアントに依存しません (したがって、ブラウザーを微調整する必要はありません)。また、サーバー側のテクノロジーとの統合がかなり緊密になっています。LiveCycle (LCDS) と統合すると、プル ベースのメカニズムではなく、サーバーがフレックス クライアントにデータをプッシュすることができます。利点のリストは延々と続きます...
上司の言い分は一理あると思いますが、Flex で何かを実行できるからといって、それが正しい決定であるとは限りません。上司の立場から:
私は彼にTour de Flexを見せて、ブラウザやオペレーティング システムで同じように機能する優れた UI を簡単に構築できることを理解してもらいたいと思います。
2 つの主な違いは、ActionScript のライブラリには、JavaScript と比較してより使いやすい機能が多数用意されていることです。類推は、.NET フレームワークと Windows API である可能性があります。
主要なテストを継続し、場合によっては、対象となるブラウザー プラットフォームの 1 つが更新されるたびに、ブラウザーごとにJavaScript ライブラリ (使用するものは何でも) を更新する必要があるか、それとも、テストのみを希望するかを上司に尋ねます。「ファイルのアップロード」など、ブラウザと直接やり取りするアプリのニッチな部分。
彼が追加のテスト作業とリスクを負うことを好むのであれば、まあ...
(もちろん、それは環境によって異なります。企業のイントラネットなどで、すべてのユーザーが Flash を使用できると保証できますか? そうであれば、安全です。また、Apache Flex は HTML5/JS をターゲットにすることができるようになりますとにかくバージョン5で。)
また、実際の真のオブジェクト指向言語は、JS よりも生産性が高くなります。