Silverlight 対 Flex
-
09-06-2019 - |
質問
私の会社では数種類のアプリケーションを開発しています。私たちのビジネスの多くは、通常は Flash で行われるマルチメディア タイプのアプリの実行から来ています。しかし現在、その側は Flex 開発を行う方向に移行し始めています。
その他の開発のほとんどは .NET を使用して行われます。私は、スタッフの .NET 開発者をより有効に活用できるため、代わりに Silverlight 開発を推進しようとしています。Silverlight はすべて .NET コードであるという単純な事実から、私は Flex プラットフォームよりも Silverlight プラットフォームを好みます。当社のスタッフには、Flash/Flex 開発者よりも .NET 開発者の方が多く、Flash/Flex 開発者のほとんどはグラフィック アーティスト (本物のプログラマーではありません) です。彼らが現在 Flex を推進している唯一の理由は、それが Flash からの論理的なステップのように見えるからです。
私は両方を使用して開発を行ったことがありますが、正直に言って、Silverlight の方が作業しやすいと思います。しかし、私は Flash 開発者だけの人たちを説得しようとしています。
そこで私の質問は次のとおりです。Silverlight を賞賛するために会議に参加するつもりなら、なぜ企業は Flex ではなく Silverlight を使いたがるのでしょうか?「誰もが Silverlight を持っているわけではない」という明らかな点以外に、それぞれの長所と短所は何ですか?
解決
Microsoft がやっているように、Silverlight も長期的な視野で検討すべきだと思います。Silverlight と Silverlight をいつ使用するかについては、明らかにバランスが必要です。リーチとインストール ベースが気になる場合は Flash をお勧めしますが、Silverlight が進むべき方向として適している理由は次のとおりです。
後者の利点 - Microsoft が .NET で「より優れた Java」を構築したのと同じように、現在、RIA プラグインをゼロから設計する方法を検討できるようになりました。彼らには、今日人々が Web をどのように利用しているかを知ることができるという利点がありますが、これは Flash の発明者が正確に推測できなかったことです。Flash は機能を追加できますが、プラットフォームを放棄して最初からやり直すことは現実的にはできません。
開発者にとっての馴染み - Silverlight は新しいモデルですが、開発者にとってまったく馴染みのないものではありません。彼らは、新しいスクリプト言語と新しいイベント パラダイムを備えた新しい開発環境を起動して理解するよりもはるかに早く、Silverlight の動作方法を「理解」します。
Flash のタイムライン モデルの廃止 - Flash はもともとキーフレーム ベースのアニメーション用に構築されており、これを抽象化する方法はありますが、これは Flash の動作の核心です。Silverlight はそれを捨てて、アプリケーション中心のモデルを採用しています。
ScottGu - ScottGu は Silverlight について熱心に取り組んでいます。言っ途切れる。
クールな新機能 - Silverlight は、いくつかの明らかな機能 (Web カメラ / マイクの統合、3D / グラフィックス アクセラレーションなど) に関しては Flash にまだ追いついていませんが、Silverlight にはいくつかの洗練された新しいテクノロジが組み込まれています (Deep Zoom はその一例です)。Silverlight 側ではさらに「革新的な」テクノロジーが登場しているように見えますが、現時点では Flash はメンテナンス モードになっているようです。
他のヒント
ここで 2 つの質問があります。シルバーライト vs.プラットフォームとしての Flash と Silverlight 対RIA フレームワークとしてのフレックス。
最初の質問はあなたの期間によって異なります。Flash Player の到達率は 95% 以上ですが、Silverlight はそれに近いものはありません。ただし、Silverlight は Microsoft の支援を受けているため、そこに到達する可能性があります。来週サイトを立ち上げ、多数の視聴者を獲得したいと考えている場合、Silverlight は選択肢にはなりません。誰もが使いたくなるような本当にクールなアプリケーションをリリースすることを目的としている場合は、少し異なります。アプリが十分に優れていれば、ターゲット ユーザーは、それを実行できるようにするためだけに Silverlight をインストールする可能性があります。
2 番目の質問については、開発がいかに簡単かということです。 アプリケーション シルバーライトで。Flex は単なるウィジェットのセットではなく、開発者の作業を容易にする多くの機能を実行する非常に大きなフレームワークです。コアの Flash API のみを使用して同じアプリケーションを作成することもできますが、作業は非常に多くなります。Silverlight で利用可能なものに応じて、これは決定する際の重要な要素となるはずです。開発時間を短縮できるのであれば、プラットフォームを 2 つ持つことに価値はありますか?
Silverlight は、.NET 開発者はいるものの、デザイナーの経験のある人がいない企業にとって最も有利だと思います。
ActionScript の第一人者を見つけるよりも、C# または VB 開発者を見つけることに関しては、スキルセットを見つけるのが簡単になります。ただし、次のようなトレードオフがあります。
デザイン経験は、芸術的スキルを持つデザイナーだけでなく、アドビが提供する知識やツールへの投資でもあります。プロのデザイナーが Mac を使用し、Adobe ツールの使用経験があることはほぼ保証できます。
現時点では、Silverlight デザイナー ツールは中途半端で、頭痛の種になる可能性があります。たとえば、IValueConverter を含む xaml をレンダリングしようとすると Blend エラーが発生し、これは問題です。Adobe の開発者エクスペリエンスがどのようなものかは分かりませんが、きっと毛深いものだと思います。
したがって、ゲームのこの段階では、人材が重要になります。
.NET の経験があり、設計スキルにあまり投資していない場合は、Silverlight をお勧めします。プログラミング スキル/ツールは譲渡可能です。デザインの経験とスキルセットがある場合は、Flex をお勧めします。デザイナーのスキル/ツールは継承可能です。
いずれの場合でも、どちらのクライアント プラットフォームでもデータを取得するためにサービスと通信する必要があるため、バックエンドでの既存のプログラミングの専門知識を常に活用できます。
言い換え ジョンさんの 別の観点からの意見:
Adobe がやっているように、Flex も長期的な視野で検討すべきだと思います。Silverlight と Silverlight をいつ使用するかについては、明らかにバランスが必要です。リーチとインストールベースが気になる場合は Flex を使用しますが、Flex が進むべき方向として適している理由は他にもあります。
セカンドモーバーのアドバンテージ - AdobeがFlashを使用して「Better Javaアプレット」を構築したように、彼らは今日のランタイムをゼロからどのようにデザインするかを見ることができます。彼らは、人々が今日Webをどのように使用しているかを知るという利点があります。これは、既存のクライアントプラットフォームの発明者が決して正確に推測できなかったものです。.NETは機能を追加できますが、プラットフォームを現実的にチャックして最初からやり直すことはできません。
デザイナーの親しみやすさ - Flex/Airは新しいプログラミングモデルですが、デザイナーにはまったく馴染みがないわけではありません。彼らは、新しい機能の貧弱なツールと新しいアニメーションパラダイムで新しいデザイン環境を燃やすことを理解するよりもはるかに速くFlexがより速く動作する方法を「取得」します。
Silverlight-.netのRGBカラーモデルを取り除くことは、もともとWindows用に構築されており、それがどのように機能するかの中核です。Flexは、昔、デザイン中心のモデルのために捨てられました。
すべてのツールは Mac 上で実行されます。言っ途切れる。
クールな機能 - シルバーライトには、いくつかの明白な機能(ウェブカメラ /マイクの統合、3D /グラフィックスアクセラレーションなど)のフラッシュに追いつくことがあります。
私たちは Silverlight と Flex の両方を行っており、両方についての開発者の視点を以下に示します。
Silverlight の長所:
- C# のパワー、コード スニペット、既存の C# アルゴリズム実装の再利用
- ジェネリックや Linq など、他の言語のパワーも
- Flash の Action Script Interpretator の代わりに CLR をネイティブ実行する能力
- すべての開発に 1 つの統合 Visual Studio
- Expression Blend は非常にクールで、Flex Builder よりも高度なエディタです
- XAML は検索エンジンに優しい
- 非常に優れた状態遷移であり、それらを定義するのも簡単です
- スレッド化タスクと非同期タスク
- アクセシビリティ、Microsoft がすべての製品で常に最高のアクセシビリティ機能を備えていることは誰も知りません。ブラウザを比較すると、完全なアクセシビリティをサポートしているのは IE だけで、Safari/Firefox などには及ばないのです。
Silverlight の短所:
- 厳密には Microsoft プラットフォームか、多くの人が異論を唱えるだろうが、現在のシナリオでは、Intel Mac ユーザの半数は Silverlight 3.0 を動作させることができず、すべての PPC Mac ユーザは Silverlight 2.0 以降を使用できず、Linux 用の Silverlight は存在しない。
- mono もありますが、Microsoft によって正式にサポートされていないため、.NET のリバース エンジニアリングや他のプラットフォームへの移植に常に遅れをとり、まだすぐに使用できるわけではありません。
- コンポーネント/コントロールの大部分は「シールド」されているため、それらを拡張したりオーバーライドして新しいコンポーネントを簡単に作成したりすることは困難です。
- 不正な CustomControl/UserControl アーキテクチャ。例えば。XAML のルートを ComboBox またはその他のコントロールとして使用し、デザインとコードの両方を持たせることはできません。カスタム コントロールを作成することはできますが、複雑すぎます。
- バインディングにはコンポーネントの名前付けが必要で、flex のようなインスタンス式はサポートされていません。Silverlight では双方向バインディングは有効ですが、1 つの数式に対して複数のバインディングに対して長いコードを記述する必要があります。
e.g. // this is possible in flex.. // but not in silverlight <mx:TextBox id="firstName"/> <mx:TextBox id="lastName"/> // display full name.. <mx:Label text="{firstName.text} {lastName.text}"/>
フレックスの長所:
- 真にプラットフォームに依存せず、さまざまなハードウェアとオペレーティング システムでサポートされ、どこでも真に優れた動作を実現します。
- オープンソースにより、機能の理解と拡張が非常に簡単になります。
- すべてのコントロール/コンポーネントは拡張でき、デフォルトの動作をオーバーライドする制限が少なくなります。
- 新しいコンポーネントを作成する最も簡単な方法は、mxml を任意のコントロールから派生させ、広範なバインディングで拡張することができます。
- Flex には多くのコントロールが含まれており、サードパーティのライブラリは必要ありません
フレックスの短所:
- 反復実行の実行が遅い、スレッドがない!!非同期タスクはありません!!
- ポイント 1 に基づくと、優れたアニメーションやグラフィックスは不可能です
- ジェネリックス、他の言語、リンクはありません。
- Number クラスにバグがあるため、完全な 64 ビット長の値を格納できません
- Eclipse は素晴らしい UI をデザインするのに悪い
結論
- データ アプリケーションには flex を使用します。これらは単純なフォーム処理アプリケーションです。
- Silverlight による非常にリッチなグラフィックスとアニメーション
Silverlight の問題は、インストールしていない人がまだたくさんいることです。また、既存の .Net 開発者が、従来のサーバーサイド .Net コーディングにしか精通していない場合、既存のスキルをどれだけ活用できるかはわかりません。
Flex ではなく Silverlight を推す理由は何ですか?SOFlow コミュニティに理由を尋ねる必要がある場合、それを積極的に推進するのは奇妙に思えます。
Flex 開発のもう 1 つの利点は、同じソース コード (および同じ IDE) を使用したデスクトップ アプリケーション (Adobe AIR) の開発に切り替えて、Web から配布できることです。チェックアウトできます これFlash プラットフォームの未来のために。
2011 年第 3 四半期の更新:Flash 11 は低レベルの 3D アクセラレーションをサポートしており、すでに多くのフレームワークと主要なエンジン (Unreal Engine 3、Unity) がそれをサポートしています。ただし、将来のセールスポイントは、AIR アプリケーションが Windows、Mac、Android、Playbook、iOS プラットフォームで動作することです (Linux のサポートは終了しました)。それらの間の移植間の手間は最小限に抑えられます (少なくとも Adobe CS5.5 以降を使用している場合)。
2015 年第 2 四半期の更新:Silverlight は正式に終了しました。Adobe AIR は生きていますが、繁栄しているわけではありません。あなたのスキルとツールチェーンに基づいて役立つかもしれません。Microsoft も Adobe も、(AIR、Apache Cordova、Visual Studio のいずれを使用する場合でも) HTML5 が進むべき道であることを認めています。
2017 年第 3 四半期の更新:ははは、もう Flash を使う人もいるのですね。
忘れないでください:
Flex は Java コンパイルとしてコンパイルされるため、非常にクロスプラットフォームです。つまり、Flex アプリケーションの開発時に Mac または Linux を簡単に使用できます。現在のクルーズコントロール設定 (Linux を使用) は Flex アプリケーションを構築していますが、開発担当者は Mac、Linux、Windows の両方を使用しています。
私の経験では、Java 開発者は Flex Builder が Eclipse に基づいているため、非常に馴染みやすいと感じています。
SO には非常に多くの Microsoft 開発者が存在するため、SO ではこの質問に対して公平な投票が得られることはありません。
また、人々はおそらくこの回答に反対票を投じるでしょうが、これはすべてを真実に表しています。
開発者には両方のプラットフォームを試して、どちらが好みかを判断してもらいたいと思います。
以下のコメントに答えるために、Flash / Flex を推奨する回答がたくさんある一方で、Silverlight に対する回答のほうが賛成票が多いことに今気づきました。それは嘘をつくということではなく、使い慣れたものを好むだけであり、必ずしも最高のプラットフォームであるとは限りません。
Silverlight プログラマーは、Flex に関して何が欠けているのかわかりません。Silverlight には、Flex にあるコンポーネント モデルとイベント トリガー機能がありません。XNA と C# を使用している私の友人は、Silverlight アプリケーションを動作させるためにあらゆる種類の困難を乗り越える必要があります。次に、中途半端にまともな見た目にするためにデザイナーに引き渡さなければなりません。
Silverlight に関する deepfriedbytes.com ポッドキャストを聞けば、Silverlight を熱心に推している数人でさえ、これらの問題のいくつかをどのように認識しているかがわかります。(私 考える, 私の記憶が正しければ、そのうちの 1 人はマイクロソフトで働いていますが、間違っている可能性があります。先週聞いたのです)。彼らは、Silverlight が現在の状態では大規模なアプリケーションに対応する準備ができていないことに同意しています。
特に Flash と ActionScript 3.0 にすでに慣れている場合は、クリーンで簡単なアプローチとして Flex を使用することをお勧めします。私の意見では、Flex の方がはるかに理にかなっています。Silverlight はまだ成熟する必要があります。
結局のところ、開発者がテクノロジーを決定すべきではありません。これは完全に製品上の決定であり、ユーザーに基づいて決定する必要があります。
消費者向けインターネットに展開する場合は、Flash Player または AJAX が最適です。.net 企業のプライベート LAN に展開する場合は、オプションがあります。
グラフィック デザイナーとして、私はここ数年間 Flash (オンオフ) を使用し、過去 1 年半にわたって Silverlight (およびその兄貴分の WPF) を使用してきました。私のチーム (全員が開発者または元開発者) から聞いた話によると、.Net 開発者がすべてのプログラミングを行う場合は、Silverlight を使用することをお勧めします。私は Flash が大好きですが、Flash 9 以降で OOP が ActionScript 3 に全面的に刷新されたとはいえ、依然としてやや風変わりな言語であり、AS3 と C# の間を行ったり来たりするのはおそらく開発者をイライラさせるでしょう :-)。
デザイナーの場合は、次の手順を実行します。
Silverlight/WPF 用の GUI 開発ツールである Expression Blend のコピーを入手してください。
Blend は初期の学習曲線がやや急で、インターフェイスでは大量の変数/オプションが表示されるため、トレーニングに投資し、デザイナーが UI に慣れるまでの時間を与えてください。
トレーニングといえば、Lynda.com ビデオ ライブラリのサブスクリプションを取得してください。Lee Brimelow Expression Blend トレーニング コース。
買い手責任負担:Blend と WPF は急速に変化するため、Blend のバグに遭遇することがありますが、Blend の次のベータ版/CTP で修正されます。例えば。Blend 2 にはバグがあり、最近のプロジェクトでストーリーボード (アニメーション) が機能しませんでした。Blend 2.5CTP にアップグレードしたところ、正常に動作しました。
Silverlight コンテンツは、Silverlight プラグインの最新ベータ版では必ずしも動作するとは限りません。最新の Silverlight プラグインでのみ利用できる新機能をテストする場合は、注意が必要です。
強力なシステム (クアッド コア、4 ギグの RAM など) に投資します。Blend は、特にリソースを大量に消費します。大量のレイヤーがある場合。例えば。私は、ベース アプリに 100 を超えるレイヤー (!) (一部のユーザー コントロールにはさらに 100 以上) と、約 40 ~ 50 のストーリーボードを持つアプリに取り組んでいます。UI が応答しなくなる (ただしフリーズしない) ため、数分ごとに Blend を再起動する必要があります。そうするか、できる限りすべてをユーザー コントロールに移動します。
私のチームは以前は Flex でリッチな Web 機能を作成していましたが、現在は Silverlight で作成しています。
この切り替えの理由は次のとおりです。
- FlexBuilder は Eclipse 上に構築されています。エクリプスはひどいですね!無料ですが、バグが多く、不具合が多く、遅いです。
- FlexBuilder は、MSDN から無料で入手できる Expression Blend の 2 倍の価格です。
- Flex はソース管理にとって面倒で、ファイルを 1 か所に配置する必要があり、ソリューションの他の部分とうまく連携しません (SourceGear Vault と SVN で試しました)。
- Flex バージョンの ActionScript は、ほとんどの SOAP 実装を好みません。特に、.Net WebMethod 実装に関してはあらゆる種類の問題があります。
- ライセンスされた Flex コンポーネントを定期的に使用しているにもかかわらず、そのバージョンがないと判断され、デモ専用のウォーターマークが追加されます。これを削除する唯一の方法は、プロジェクトを分解し、Flex を再インストールし、ライセンスを再インストールして再構築することです。
- FlexBuilder は Vista をまったく好みません。
- Silverlight の受け入れは拡大しており、切り替えた関連機能の要件として Silverlight を追加できるレベルになっていました。もし私たちが(企業ではなく)ウェブの視聴者を対象に仕事をしていたとしたら、それができるかどうかはわかりません。
私たちのプロジェクトの残りの部分は .Net と C# ですが、Java ショップではこれらすべての問題はそれほど重要ではないことがわかります。
Kibbee が上でほのめかしたように、既存の .Net 開発者を活用するという議論にはあまり根拠がありません。.Net 開発のあらゆる側面の専門家になることは不可能です。プラットフォームが大きすぎます。Javaについても同様です。スキルの観点から Silverlight が取り組んでいる唯一の点は、お気に入りの .Net 言語でコーディングできることです。アクション スクリプトはバリエーションであるため、JavaScript を使用する重要な Web 開発をすでに行っている場合、その利点はかなり小さいです。したがって、プログラマーを Flex または Silverlight に変換するには、プラットフォームの API を学習することがすべてです。
私たちも同じ問題を経験しましたが、Flex が断固として勝利しました。当社の .NET 開発者は、最初は心配していましたが、Ajax と JavaScript に苦労しながら長い間働いた後、今では Flex での作業が大好きで、本当に楽しんでいます。
ここに簡単なテストがあります。。。実際の Silverlight アプリケーション (ゲーム、ビデオ プレーヤー、ガジェットではない) の例を少なくとも 3 つ見つけるようにしてください。次に、Flex に対しても同じことを行います。
私は、ActionScript よりも Silverlight と XAML の方が好ましいと考えています。ActionScript IDE には詳しくありませんが、VS2008 と Expression Web/Blend には精通しています。これらは非常に優れた開発環境であり、常に改善されています。私は Silverlight を使います。ユーザーにプラグインをインストールしてもらうための鍵は、SL とは何か、なぜそれが必要なのかを説明する優れたプラグイン検出ページを用意することだと思います。この例については、次を参照してください。 http://memorabilia.hardrock.com/ SL プラグインを無効にして試してください。
私は Silverlight を使用したことがあり、ブラウザーの外でアプリを実行できる機能に非常に興奮していますが、AIR の大きな利点の 1 つは、ネイティブのドラッグ アンド ドロップ機能へのアクセスが提供されることです。これにより、非常にユーザーフレンドリーな画像またはドキュメントのアップロード機能を構築できます (例:Flickr アップローダー)。私の聞いたところによると、MS はまだその種のサポートに注力していないようです (つまり、計画は発表されていません)。
私は次の経験則を使用します。あなたの会社がインターネット ベースのマルチメディア ソフトウェアを開発しており、あらゆる種類のプラットフォームを使用する顧客がいて、データベースを多用するアプリケーションを開発していない場合は、Flex が明確な答えです。会社がインターネットと DVD ベースの製品の両方を開発している場合、インタラクティブ性は低いですが、より集中的です ( CPU、メモリ)、とんでもない量のデータベーストランザクションを使用するので、Silverlightの方が合理的です
誰かがこう言いました。「現実世界の Silverlight アプリケーションを 3 つ見つける」。わかりました。頭ではいくつか知っていましたが、とにかくグーグルで調べました。リスト:
- 2008 年北京オリンピック (ここの統計, 、250TBのデータを配信!)
- Netflix オンデマンド プレーヤー
- AOL 電子メール クライアント (まだリリースされていない可能性があります)
ああ、ビデオプレーヤーではないですか?さて、残るは UFC アプリケーション (ビデオ/チャット/その他のハイブリッドです) と AOL 電子メール クライアントです。Silverlight はビデオに優れており、そこに足場を築いていますが、それは他のことができないという意味ではありません。ビデオが優れているという理由だけでそれを無視する理由はありません。
インフォワールド [リンク] 氏は、「Silverlight には大きな技術的メリットがあり、比較的優れたパフォーマンスを備えています。これは、.Net の経験を持つプログラマーや XAML の経験を持つデザイナーにとって特に役立つ、非常に有能な RIA テクノロジです。」 これは、ご質問に関して読むのに適した記事です。
私の答え:.NET に慣れている開発チームがいる場合は、Silverlight をリストの最初に挙げるべきです。そうでない場合、それは本当のトスアップです。Visual Studio は Flex で使用するものと比較して優れた開発プラットフォームであるという記事を見たことがあります。しかし、Flash はほぼどこにでも普及しています。
また、Silverlight 2 では Javascript がほとんど使用されていないことにも留意してください (私は何も使用していないと思いますが、肯定的ではありません)。したがって、JS を理由に Silverlight を避けるのは根拠がありません。
もし パフォーマンス 問題は、そこで Silverlight が勝つということです。ブラウザの CPU 使用率が 100% に達するのを何度も見てきましたが、Flash を実行しているウィンドウを強制終了すると、常にそのウィンドウは削除されます。CPU を消費しているプロセスが確認できる Chrome では特に顕著です。ゲームの可能性として Silverlight に興味がある場合は、Quake の Silverlight ポートである QuakeLight を探してください。とても良い形になってきています。
結局のところ、開発者の才能がどこにあるか、そしてどのような種類のアプリケーションを提供するかによって決まると思います。単純なゲーム?閃光。基幹業務アプリですか?シルバーライト。その中間でしょうか?開発者が推奨するものに従ってください。
.NET を理解している場合は、Silverlight 3.0 が最適です。使っていて気に入っています。ところで、AJAX や JS をいじる必要はありません (あの人が何を指していたのかわかりません。おそらく SL 1.0 です) データの場合は、主に非同期 WCF 呼び出し (WCF の背後にある LINQ to SQL) または XML ファイル、または RIA サービスです。ほとんどのシェーダー FX を使用でき、スタイル、コントロール テンプレート、ネイティブ アクセスの Windows/Mac クリップボードが備わっています。高解像度のビデオを実行でき、遅い CPU でもほとんどのプロセスが非常にうまく動作します。また、データ バインディング、コントロール バインディングも気に入っており、観察可能なコレクションにより時間を大幅に節約できます。さらに、デバッグに Visual Studio を使用することは言うまでもなく、LINQ を使用できるため、時間を大幅に節約できます。
私はエンタープライズ .NET アプリケーションを開発しているので、インストール ベースを知っており、アドインをインストールします (通常は 30 秒)。フロントエンド Web サイトの場合、Silverlight をインストールしたくないユーザーや、Mac や Windows を実行しないユーザーが失われる可能性があります。3.0 では、ブラウザの外部で SL を備えたアプリを使用できます。
私は .NET に偏った人間かもしれませんが、非常に早く開発を進めてきたので、これをお勧めします。
真剣に使ってはいけない どれでも これらの ActiveX2.0 テクノロジーの一部です。Silverlight でも Flex でもありません...
まず第一に、どちらも「ブラウザでの実行をサポートする分散型 winforms フレームワーク」に過ぎず、第二に、他のデバイスにうまく移植できません (特に Silverlight に当てはまります)、第三に、機能しません。ページの他の部分とうまく調和します。障害のある人にはうまく機能しません、などなど。リストは無限に続きます...
Adobe も Microsoft もこの事実を懸命に隠そうとしていますが、結局のところ、Silverlight も Flex も、新しいラッピングを施した ActiveX にすぎません...
確かに、それらはサンドボックスで実行され、マネージド言語などです。ただし、ブラウザ内でローカルに実行するためにダウンロードされている大きな BLOB (ActiveX とも呼ばれます) がまだ残っています...
これは古い質問ですが、 歴史が今語った!
Silverlight は Microsoft によって放棄されたも同然であり、有用なインストール ベースを獲得することはありませんでした。Microsoft がそれに 100% コミットしていないためのパーティーです。
Flash (つまり Flex) はまだ続いています。ただし、プラグインをサポートしないブラウザが増えています。 したがって、Flush が Silverlight のやり方になるのは時間 (数年) の問題です。.
おそらくいつか、Flex はプラグインなしで HTML5 に再ターゲットされるでしょう…。
iPhone が話されると、選択肢は Apples Way か HTML5 しかないと言われました。
Flash Player は、ほぼすべてのデスクトップ プラットフォーム (Windows、Linux、Mac) で公式に利用可能およびサポートされていますが、Silverlight は主に Windows でサポートされます。
次の 記事 に、両方のプラットフォームの比較を示します。