71

私の会社では、数種類のアプリケーションを開発しています。私たちのビジネスの多くは、通常は Flash で行われるマルチメディア タイプのアプリから生まれています。しかし、今ではその側が Flex 開発を行う方向に移行し始めています。

その他の開発のほとんどは、.NET を使用して行われています。代わりに、Silverlight 開発を推進しようとしています。その方がスタッフの .NET 開発者をより有効に活用できるからです。Silverlight はすべて .NET コードであるという単純な事実から、私は Flex プラットフォームよりも Silverlight プラットフォームを好みます。スタッフには Flash/Flex 開発者よりも多くの .NET 開発者がおり、Flash/Flex 開発者のほとんどはグラフィック アーティストです (本物のプログラマーではありません)。彼らが現在 Flex を推し進めている唯一の理由は、それが Flash からの論理的なステップのように見えるからです。

私は両方を使用して開発を行ってきましたが、正直なところ、Silverlight の方が使いやすいと思います。しかし、私は Flash 開発者だけを説得しようとしています。

では、私の質問は次のとおりです。Silverlight を称賛する会議に参加する場合、なぜ企業は Flex ではなく Silverlight を使用したいと考えるのでしょうか? 明らかな「誰もが Silverlight を持っているわけではない」以外に、それぞれの長所と短所は何ですか?

4

22 に答える 22

52

Microsoft が行っているように見えるように、Silverlight を長期的な戦略として検討する必要があると思います。リーチとインストール ベースに関心がある場合、Silverlight と Flash のどちらを使用するかについては、明らかにバランスが取れています。

  1. 第二の利益 - Microsoft が .NET で「より優れた Java」を構築したように、今日、RIA プラグインをゼロから設計する方法を検討することができます。彼らには、人々が今日 Web をどのように使用しているかを知っているという利点があります。これは、Flash の発明者が正確に推測することはできませんでした。Flash は機能を追加できますが、現実的にプラットフォームを捨てて最初からやり直すことはできません。

  2. 開発者の親しみやすさ - Silverlight は新しいモデルですが、開発者にとってまったくなじみのないものではありません。彼らは、新しいスクリプト言語と新しいイベント パラダイムを使用して新しい開発環境を起動することを理解するよりも、Silverlight の動作方法をはるかに迅速に "理解" します。

  3. Flash でのタイムライン モデルの廃止 - Flash はもともとキーフレーム ベースのアニメーション用に構築されたものであり、これを抽象化する方法はありますが、Flash の動作の中核となっています。Silverlight は、アプリケーション中心のモデルのためにそれを捨てます。

  4. ScottGu - ScottGu は Silverlight について興奮しています。言っ途切れる。

  5. クールな新機能 - Silverlight は、いくつかの明らかな機能 (Web カメラ / マイクの統合、または 3D / グラフィックス アクセラレーションなど) で Flash に追いついていますが、Silverlight には洗練された新しいテクノロジが組み込まれています - Deep Zoom はその一例です。私は、Silverlight 側でより多くの「革新的な」テクノロジを見ていますが、Flash は現時点ではメンテナンス モードにあるようです。

于 2008-08-21T20:11:17.267 に答える
30

ここには2つの質問があります。プラットフォームとしてのSilverlightとFlash、およびRIAフレームワークとしてのSilverlightとFlexです。

最初の質問はあなたの時間枠に依存します。Flash Playerのリーチは95%を超えていますが、Silverlightはそれに近い方法はありません。ただし、Silverlightはそこに到達する可能性があり、結局のところMicrosoftの支援を受けています。来週サイトを立ち上げることを目指していて、大勢の聴衆が欲しいのなら、Silverlightは選択肢ではありません。誰もが使いたいと思う本当にクールなアプリケーションを起動することを目指す場合、それは少し異なります。アプリが十分に優れている場合、ターゲットオーディエンスはそれを実行できるようにするためだけにSilverlightをインストールできます。

2番目の質問については、Silverlightでアプリケーションを開発するのがいかに簡単かという問題です。Flexは単なるウィジェットのセットではなく、開発者の作業を容易にする多くのことを行う非常に大きなフレームワークです。コアFlashAPIのみを使用して同じアプリケーションを作成することもできますが、それは非常に手間がかかります。Silverlightで利用できるものによっては、これが決定する際の重要な要素になるはずです。開発時間を短縮できれば、2つのプラットフォームに価値がありますか?

于 2008-08-22T07:23:59.320 に答える
22

Silverlight は、.NET 開発者はいるがデザイナーの経験がない企業にとって最も有利だと思います。

C# や VB の開発者を見つけるよりも、ActionScript の第一人者を見つけるよりも、スキル セットを見つける方が簡単です。ただし、トレードオフがあります。

デザイン経験は、芸術的スキルを持つデザイナーだけでなく、アドビが提供する知識とツールへの投資でもあります。プロのデザイナーが Mac を使用し、Adobe ツールの経験があることはほぼ確実です。

現在、Silverlight のデザイナー ツールは中途半端で、頭痛の種になる可能性があります。たとえば、IValueConverter を含む xaml をレンダリングしようとすると Blend エラーが発生しますが、これは問題です。アドビの開発者エクスペリエンスがどのようなものかはわかりませんが、毛むくじゃらであることは確かです。

したがって、ゲームのこの段階では、人的資源に行き着きます。

.NET の経験があり、デザイン スキルにほとんど投資していない場合は、Silverlight に進みます。プログラミングスキル/ツールは譲渡可能です。デザインの経験とスキルセットがある場合は、Flex を使用してください。デザイナーのスキル/ツールは譲渡可能です。

どちらのクライアント プラットフォームでも、サービスと通信してデータを取得する必要があるため、バックエンドで既存のプログラミングの専門知識を常に活用できます。

Jon意見を別の観点から言い換えると、次のようになります。

Adobe が行っているように、Flex は長期的な戦略として考えるべきだと思います。リーチとインストール ベースに関心がある場合、Silverlight と Flex のどちらを使用するかについては明らかにバランスが取れていますが、Flex が移行するのに適している理由は他にもあります。

  1. セカンドムーバーアドバンテージ - Adob​​e が Flash で「より優れた Java アプレット」を構築したように、今日、ランタイムをゼロから設計する方法を検討することができます。彼らには、人々が今日 Web をどのように使用しているかを知っているという利点があります。これは、既存のクライアント プラットフォームの発明者が正確に推測できなかったものです。.NET は機能を追加できますが、現実的にプラットフォームを捨てて最初からやり直すことはできません。

  2. デザイナーの親しみやすさ - Flex/AIR は新しいプログラミング モデルですが、デザイナーにとってまったくなじみのないものではありません。彼らは、新しい機能の貧弱なツールと新しいアニメーション パラダイムを使って新しいデザイン環境を起動することを理解するよりも、Flex の動作方法をはるかに早く「理解」します。

  3. Silverlight での RGB カラー モデルの廃止 - .NET はもともと Windows 用に構築されたものであり、それがどのように機能するかの中核となっています。フレックスは、デザイン中心のモデルのためにずっと前に捨てられました。

  4. すべてのツールは Mac 上で実行されます。言っ途切れる。

  5. クールな機能 - Silverlight は、いくつかの明らかな機能 (Web カメラ / マイクの統合、または 3D / グラフィックス アクセラレーションなど) で、まだ Flash に追いついています。

于 2008-08-21T20:00:19.307 に答える
15

私たちは Silverlight と Flex の両方を行っています。ここでは、両方に対する開発者の視点を示します。

Silverlight の利点:

  1. C# の力、コード スニペット、既存の C# アルゴリズム実装の再利用
  2. ジェネリックやLinqなど、他の言語の力も
  3. Flash の Action Script Interpretator に代わる CLR のネイティブ実行の能力
  4. すべての開発に 1 つの統合 Visual Studio
  5. Expression Blend は本当にクールで、Flex Builder よりも高度なエディターです
  6. XAML は検索エンジンに適しています
  7. 非常に優れた状態遷移とそれらを定義するのは簡単
  8. スレッド化と非同期タスク
  9. アクセシビリティ、Microsoft が常にすべての製品で最高のアクセシビリティ機能を作成したことを誰も知りません。IE のみが完全なアクセシビリティをサポートし、Safari/firefox などのブラウザーを比較すると、彼らは常に障害者とうまく機能しました。

シルバーライトの短所:

  1. 厳密には Microsoft プラットフォームです。多くの人が議論することは承知していますが、現在のシナリオでは、Intel Mac の半分は Silverlight 3.0 を動作させることができず、PPC Mac のすべてのユーザーは Silverlight 2.0 以降を使用できず、Linux 用の Silverlight はありません。
  2. モノがありますが、Microsoft によって公式にサポートされていません。.NET のリバース エンジニアリングや他のプラットフォームへの移植に常に遅れをとっており、まだそのままではありません。
  3. コンポーネント/コントロールの大部分は「封印」されているため、それらを拡張してオーバーライドして新しいコンポーネントを簡単に作成することは困難です。
  4. CustomControl/UserControl アーキテクチャが正しくありません。たとえば、XAML のルートを ComboBox またはその他のコントロールとして持つことはできず、デザインとコードの両方を持たせることはできません。カスタム コントロールを作成することはできますが、それらは複雑すぎます。
  5. バインディングにはコンポーネントの命名が必要であり、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}"/>

フレックスの長所:

  1. 真にプラットフォームに依存せず、さまざまなハードウェアとオペレーティング システムでサポートされており、真にどこでも機能します。
  2. オープンソースにより、機能の理解と拡張が非常に簡単になります。
  3. すべてのコントロール/コンポーネントを拡張でき、デフォルトの動作をオーバーライドする制限が少なくなります。
  4. 新しいコンポーネントを作成する最も簡単な方法です。任意のコントロールから mxml を派生させ、広範なバインディングで拡張できます。
  5. Flexには多くのコントロールが含まれており、サードパーティのライブラリは必要ありません

フレックスの短所:

  1. 反復実行の実行が遅く、スレッドがありません!! 非同期タスクはありません!!
  2. ポイント1に基づくと、優れたアニメーションやグラフィックはありません
  3. ジェネリックなし、他の言語なし、linq..
  4. Number クラスにバグがあり、完全な 64 ビット長の値を保存できません
  5. Eclipse は何か優れた UI を設計するのが悪い

結論

  1. データ アプリケーションには flex を使用します。これらは単純なフォーム処理アプリケーションです。
  2. 非常にリッチなグラフィックスとアニメーションのための Silverlight
于 2009-10-02T09:32:45.240 に答える
13

Silverlight の問題点は、Silverlight をインストールしていない人がまだたくさんいることです。また、既存の .Net 開発者が、従来のサーバー側の .Net コーディングに慣れているだけで、既存のスキルをどれだけ活用できるかわかりません。

Flex よりも Silverlight を推進する理由は何ですか? SOFlow コミュニティに理由を尋ねなければならない場合、それをプッシュしようとするのは奇妙に思えます。

于 2008-08-21T19:43:22.403 に答える
11

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 も Adob​​e も、HTML5 が進むべき道であることを認めています (AIR、Apache Cordova、Visual Studio のいずれを使用する場合でも)。

2017 年第 3 四半期の更新: ははは、もう Flash も使用している人です。

于 2008-08-24T16:46:51.633 に答える
7

非常に多くのMicrosoft開発者がいるため、SOに関するこの質問に公正な投票を行うことはできません。

また、人々はおそらくこの答えに反対票を投じるでしょう、それはそれをすべて本当に言います。

開発者に両方のプラットフォームを試してもらい、どちらを好むかを確認してください。

以下のコメントに答えるために、Flash / Flexを推奨する回答はたくさんありますが、Silverlightの回答にはさらに多くの賛成票があることに気づきました。それは嘘の問題ではありません、それはあなたが精通しているものを支持するだけであり、必ずしも最高のプラットフォームではありません。

于 2009-01-15T14:50:38.743 に答える
7

忘れないでください:

Flex は Java コンパイルを使用してコンパイルされるため、非常にクロスプラットフォームです。つまり、Flex アプリケーションを開発するときに Mac または Linux を簡単に使用できます。私は現在のクルーズコントロールのセットアップ (Linux を使用) を使用して Flex アプリケーションを構築していますが、開発者は Mac、Linux、および Windows の両方を使用しています。

私の経験では、Flex Builder は Eclipse に基づいているため、Java 開発者は Flex Builder に慣れ親しんでいます。

于 2009-01-15T13:23:40.383 に答える
6

結局のところ、開発者がテクノロジーを指示するべきではありません。これは絶対にユーザーに基づくべき製品の決定です。

コンシューマーインターネットに展開する場合は、FlashPlayerまたはAJAXが最適です。.netエンタープライズのプライベートLANに展開する場合は、オプションがあります。

于 2009-05-13T06:55:02.513 に答える
6

Flex に関して言えば、Silverlight プログラマーは、自分が何を見逃しているかを知りません。Silverlight には、Flex が持つコンポーネント モデルとイベント トリガー機能がありません。私の友人は、XNA と C# を使用して、Silverlight アプリケーションを機能させるためにあらゆる種類の困難を乗り越えなければなりません。次に、デザイナーに引き渡して、中途半端に見えるようにする必要があります.

Silverlight に関する deepfriedbytes.com ポッドキャストを聞くと、Silverlight を本当に推進している 2 人の人でさえ、これらの問題のいくつかを認めていることがわかります。(私記憶が正しければ、そのうちの 1 人は Microsoft で働いていると思いますが、私は間違っている可能性があります - 私は先週それを聞きました)。彼らは、現在の状態では、Silverlight が大規模なアプリケーションに対応する準備ができていないことに同意しています。

Flash と ActionScript 3.0 にすでに慣れている場合は特に、クリーンでわかりやすいアプローチの Flex を使用します。私の意見では、Flex のほうがはるかに理にかなっています。Silverlight はまだ成熟しなければなりません。

于 2008-08-22T19:59:58.833 に答える
5

私のチームは、以前はFlexでリッチなWeb機能を作成していましたが、現在はSilverlightで作成しています。

この切り替えの理由:

  • FlexBuilderはEclipse上に構築されています。日食はひどいです!無料ですが、バグが多く、グリッチがいっぱいで遅いです。
  • FlexBuilderはExpressionBlendの2倍の価格で、MSDNで無料で入手できます。
  • Flexはソース管理にとって苦痛であり、ファイルを1つの場所に配置するのは好きではなく、ソリューションの他の部分とうまく連携しません(SourceGear VaultとSVNで試しました)。
  • FlexのバージョンのActionScriptは、ほとんどのSOAP実装を好みません。特に、.NetWebMethodの実装にはあらゆる種類の問題があります。
  • ライセンスされたFlexコンポーネントを定期的に使用しているにもかかわらず、そのバージョンがないと判断し、デモのみの透かしを追加します。これを削除する唯一の方法は、プロジェクトを少しずつ実行し、Flexを再インストールし、ライセンスを再インストールして再構築することです。
  • FlexBuilderはVistaをまったく好きではありません。
  • 切り替えた関連機能の要件としてSilverlightを追加できるレベルに達すると、Silverlightの受け入れは拡大しています。私たちが(企業ではなく)Webのオーディエンスのために働いていたとしたら、私たちがそうできるかどうかはわかりません。

プロジェクトの残りの部分は.NetとC#です。これらの問題はすべて、Javaショップではそれほど重要ではない場合があります。

于 2009-08-18T14:15:11.733 に答える
5

グラフィック デザイナーとして、ここ数年は Flash (オンとオフを問わず) を使用し、過去 1.5 年間は Silverlight (およびその兄貴である WPF) を使用してきました。私のチームから聞いた話によると (全員が開発者または元開発者です。.Net 開発者がすべてのプログラミングを行う場合は、Silverlight を使用してください。私は Flash が大好きですが、ActionScript 3 への OOP のオーバーホールでも) Flash 9 以降、それはまだやや風変わりな言語であり、AS3 と C# の間を行ったり来たりすると、おそらく開発者は頭がおかしくなるでしょう :-)。

デザイナーに対して、次の手順を実行します。

  • Silverlight/WPF 用の GUI 開発ツールである Expression Blend のコピーを入手してください。

  • Blend の初期学習曲線はいくぶん急勾配であり、インターフェースは大量の変数/オプションを投げかけます。そのため、トレーニングに投資し、デザイナーが UI に慣れる時間を与えてください。

  • トレーニングといえば、Lynda.com ビデオ ライブラリのサブスクリプションを取得してください。Lee Brimelow エクスプレッション ブレンド トレーニング コース。

  • emptor の警告: Blend と WPF は急速に変化するため、Blend の次のベータ版/CTP で修正される Blend のバグに遭遇することがあります。たとえば、最近のプロジェクトでストーリーボード (アニメーション) が機能しないというバグが Blend 2 にありました。Blend 2.5CTP にアップグレードしたところ、うまくいきました。

  • Silverlight コンテンツは、Silverlight プラグインの最新のベータ版で常に機能するとは限りません。最新の Silverlight プラグインでのみ利用可能な新しい機能をテストしている場合は、注意が必要です。

  • 強力なシステム (クアッド コア、4Gigs の RAM など) に投資します。Blend は多くのリソースを消費します。レイヤーがたくさんある場合。たとえば、ベース アプリに 100 を超えるレイヤー (!) (一部のユーザー コントロールではさらに 100 以上) と、約 40 ~ 50 のストーリーボードを含むアプリに取り組んでいます。UI が応答を停止する (フリーズしない) ため、数分おきに Blend を再起動する必要があります。それか、できる限りすべてをユーザーコントロールに移動します。

于 2008-09-19T20:54:28.520 に答える
3

Kibbeeが上記で示唆したように、既存の.Net開発者を活用するという議論はあまり重要ではありません。.Net開発のすべての面で専門家になることは不可能です。プラットフォームが大きすぎます。同じことがJavaにも当てはまります。スキルの観点からSilverlightが採用しているのは、お気に入りの.Net言語でコーディングできることだけです。アクションスクリプトはバリエーションであるため、JavaScriptを利用する重要なWeb開発をすでに行っている場合、その利点はかなり小さいです。したがって、プログラマーをFlexまたはSilverlightに変換することは、プラットフォームのAPIを学習することです。

于 2008-08-21T19:58:15.333 に答える
3

私たちはこれと同じ問題を経験し、Flexが勝ちました。私たちの.NET開発者は最初は心配していましたが、AjaxとJavaScriptの苦痛に長い間取り組んだ後、今ではFlexでの作業が大好きで本当に楽しんでいます。

これがあなたのための簡単なテストです。。。実際のSilverlightアプリケーション(ゲーム、ビデオプレーヤー、ガジェットではない)の例を少なくとも3つ見つけてください。次に、Flexについても同じようにします。

于 2009-01-15T15:05:33.970 に答える
2

私はSilverlightを使用して作業を行い、ブラウザーの外部にアプリを配置できることに非常に興奮していますが、AIRの大きな利点の1つは、ネイティブのドラッグアンドドロップ機能へのアクセスを提供することです。これにより、非常にユーザーフレンドリーな画像またはドキュメントのアップロード機能(Flickrアップローダーなど)を構築できます。私が聞いたところによると、MSはまだその種のサポートに焦点を合わせていません(つまり、計画は発表されていません)。

于 2009-06-09T12:05:01.620 に答える
1

.NETをご存知の場合は、Silverlight3.0が最適です。私はそれを使っています、そして私はそれが大好きです。AJAXやJSBTWをいじる必要はありません(その人が何を指しているのかわかりません。おそらくSL 1.0です)データの場合、ほとんどは非同期WCF呼び出し(WCFの背後にあるLINQからSQL)、XMLファイル、またはRIAサービスです。ほとんどのシェーダーFXを使用できます。スタイル、コントロールテンプレート、ネイティブアクセスウィンドウ/Macクリップボードがあります。私は高解像度ビデオを実行でき、ほとんどのプロセスは低速のCPUでも非常にうまく実行されます。また、データバインディング、コントロールバインディングを楽しんでおり、監視可能なコレクションによって多くの時間を節約できます。さらに、Visual Studioを使用してデバッグすることは言うまでもなく、大幅な時間の節約になるLINQを使用できます。

私はエンタープライズ.NETアプリケーションを開発しているので、インストールベースを知っていて、アドインをインストールします(通常は30秒)。フロントエンドWebサイトの場合、Silverlightをインストールしたくない、またはMacやWindowsを実行したくない一部のユーザーを失う可能性があります。3.0では、ブラウザの外部でSLを使用するアプリを使用できます。

私は偏見のある.NETの人かもしれませんが、私は非常に迅速に開発しているので、それをお勧めしなければなりません。

于 2009-08-17T23:58:56.453 に答える
1

私はSilverlightとXAMLがActionScriptよりも好ましいと思います。私はActionScriptIDEに精通していませんが、VS2008とExpression Web / Blendに精通しており、非常に優れた開発環境であり、常に改善されています。私はSilverlightを使用しますが、ユーザーにプラグインをインストールさせるための鍵は、SLとは何か、なぜそれが必要なのかを説明する優れたプラグイン検出ページを用意することだと思います。この例については、http://memorabilia.hardrock.com/にアクセスし、SLプラグインを無効にして試してください。

于 2008-08-21T19:52:34.350 に答える
1

私はこの目安を使用します。あなたの会社がインターネットベースのマルチメディアソフトウェアを開発していて、あらゆる種類のプラットフォームを持つ顧客がいて、データベース集約型のアプリケーションを実行していない場合、あなたの会社がインターネットベースとDVDベースの両方の製品を開発している場合、Flexが確実な答えです。 、インタラクティブ性は低いがより集中的(CPU、メモリ)であり、ばかげた量のデータベーストランザクションを使用するSilverlightの方が理にかなっています

于 2009-01-15T20:17:34.387 に答える
1

誰かが言った:「3つの現実世界のSilverlightアプリケーションを見つけてください」。わかりました、頭のてっぺんからいくつか知っていましたが、とにかくグーグルで検索しました。リスト:

  • 2008年北京オリンピック(統計はこちら、250TBのデータが配信されました!)
  • Netflixオンデマンドプレーヤー
  • AOL電子メールクライアント(まだリリースされていない可能性があります)

ああ、ビデオプレーヤーじゃないの?それで、UFCアプリケーション(ハイブリッドビデオ/チャット/その他のもの)とAOL電子メールクライアントが残ります。Silverlightはビデオに優れており、それが足場を固めているところですが、それは他のことができないという意味ではありません。それがビデオをうまくやっているという理由だけでそれを却下する理由はわかりません。

Infoworld [link]は、「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を探してください。それは本当にうまく形作られています。

開発者の才能がどこにあるか、そしてどのような種類のアプリケーションを提供するかによって決まると本当に思います。簡単なゲーム?閃光。基幹業務アプリ?Silverlight。中間?開発者が推奨するものを使用してください。

于 2009-01-15T20:46:36.573 に答える
0

これらのActiveX2.0テクノロジを真剣に使用しないでください。SilverlightもFlexも...

まず第一に、それらは両方とも「ブラウザでの実行をサポートする分散型winformsフレームワーク」にすぎません。第二に、他のデバイスにうまく移植できません(特に、Silverlightに当てはまります)。第三に、機能しません。ページの他の部分に適しています。障がい者などにはうまくいきません。リストは無限大になります...

AdobeとMicrosoftはどちらもこの事実を真剣に隠そうとしていますが、結局のところ、SilverlightとFlexはどちらも新しいラッピングでActiveXに他なりません...

確かに、それらはサンドボックスで実行され、管理された言語などです。しかし、それでもブラウザでローカルに実行するためにダウンロードされているBLOBの大きな部分、別名ActiveX ...

于 2009-05-13T07:01:20.583 に答える
-1

Flash Player はほぼすべてのデスクトップ プラットフォーム (Windows、Linux、Mac) で公式にサポートされていますが、Silverlight は主に Windows でサポートされます。

次の記事では、両方のプラットフォームの比較を提供します。

于 2012-09-30T19:12:37.433 に答える