14


9

これは純粋な技術的な質問ではありませんが、回答がRIAコミュニティに役立つと私は信じています。

私たちは、株式取引商品の開発に取り組んでいるソフトウェア開発会社です。 私たちは、そのブラウザの普及率とSilverlightと比較した相対的な成熟度のために(2008年半ばに)Adobe Flexを使うことを選びました。 私たちはすでにシステムを開発していて、それにとても満足しています。

今私達は私達のプロダクトの第2版を進水させることを計画しています、そして私達は(ビジュアルスタジオ2005/2008のように)ドッキングフレームワークのような)非常に高度なユーザーインターフェースを計画しています。 インターネットで検索したところ、Adobe Flexではサードパーティ製コンポーネントの市場はまだ非常に小さいことがわかりましたが、Microsoft Silverlightでは、先進のサードパーティ製コンポーネント(DataGrid、Docking Frameworkなど)に利用できるオプションが非常にたくさんあります。

Adobe Flexで同じタイプのコンポーネントを使用する場合、またはMicrosoft Silverlightで新しいバージョンを開発する場合の専門家の意見(現時点ではAdobe FlexとSilverlightの専門知識は問題にならないのでゼロからすべてのものを開発します。

また、次のバージョンの発売は2010年中頃になる予定です。

これに関する任意のフィードバックは大歓迎です。

13 Answer


12


直接の経験から、Flexがより生産的なプラットフォームであることがわかります。 私はFlexとSilverlightの両方を使って多数のアプリケーションを構築する大規模なRIAコンサルタント会社に勤務していますが、SLの同等の機能の開発にはFlexよりも約10〜20%長い時間がかかります。 Flexでのデータバインディングサポートは、SLよりもはるかに使いやすいです。 また、経験豊富なFlex開発者は、数週間の開発期間でFlexでMDIツールキットを簡単に構築できることをお伝えできます。 そのため、SLコンポーネントのためにお金を払うのではなく、経験豊富なFlex開発者を採用することを検討することをお勧めします。

SLは、C#をクライアントとサーバーの両方で使用でき、ビジネスロジックを両方の層で再利用できるという大きな利点があります。 これは重要であり、割引するべきではありません。 ActionScriptにはサーバーサイドの対応物がなく、この機能が欠けていますが、Flexはさまざまなバックエンドテクノロジ、特にBlazeDSを使用したJavaとうまく連携します。 Silverlightサービスの統合には.NET側でさまざまなオプションがあります(下記のBartのコメントを参照)一方、FlexではRPCとデータプッシュ(メッセージング)の両方で非常に高性能なAMFを使用できます。 BlazeDSはフリーでオープンソースです。

また、サードパーティ製のコンポーネントの入手可能性だけを理由に開発プラットフォームを決定することは賢明ではないと思います。 それを除けば、MSプラットフォームには常に膨大な数のコンポーネント開発工場と幅広い選択肢のコンポーネントがありました。 市場シェアが小さくても、SLが将来のFlexよりも幅広いサードパーティ製コンポーネントを選択する可能性があります。

最後に、MSがSilverlightをすぐにあきらめるつもりはないと思います。 彼らはSL4の新機能を積極的に開発しており、Blendツールは、アドビでさえも新しいCatalystツールとのマッチングに苦労しているデザイナー/開発者のインタラクションのためのいくつかの革新を提供します。

あなたが今日決定を下さなければならないなら、私はFlexで行くと言います、彼らがSLプラグインをインストールすることができないか、またはインストールしないので、特にあなたがユーザーを失いたくない公共向けアプリケーションのために。 12〜18ヶ月の間に、私はSLがFlexにそのお金のためのはるかに大きい実行を与えると確信しています、しかし私はそれがまだそこにあるとは思わない。


5


私はあなたに望ましい答えを与えることはできませんが、私はあなたがその過程であなたを助けるかもしれない2、3の良い質問と考えをあなたに与えることができると思います:

http://codertron.blogspot.com/2009/05/flex-3-versus-silverlight-3-in.html[City Coder:エンタープライズ開発におけるFlex 3とSilverlight 3]
http://video.csupomona.edu/streaming/Events/FutureOfComputing.html[Microsoft Silverlight vs. Adobe AIR / Flexディベート]

私は個人的には、Adobe Flashは近い将来HTML 5.0標準の新機能のために注目すべきユーザー基盤を失うことになると思います。 さらに、アドビシステムズ社よりもツール(Visual Studio)、アドオン、言語(C#)を好むので、これらを優れていると考えます。 しかし、これは私の視点からだけであることを強調しなければなりません。 :)


2


このスレッドの何人かの人々は、Visual StudioでFlexまたはFlashベースのプロジェクトを開発することはできないと仮定しています。 2010年8月30日から、それはもはや真実ではありません。 Amethystは、マルチプロセスデバッガ、IntelliSense、およびリファクタリングを備えたVSビジュアル(ドラッグドロップ)Flash Platform IDEです。

ご多幸を祈る

ええと


1


実際に私はまた2の間でとげです。 実際、私はまだFlashを検討していましたが、RIAよりもアニメーションの方が多くなるので、ちょっとした衝撃を受けました。 Flexでは、デスクトップとWebの両方での展開を可能にするためのAIRがありますが、試したことはなく、使い方が簡単ではありません。 そしてSilverlightが誰でもデスクトップアプリとして使えるかどうか私にはよくわからない?

FlexとSilverlightを比較すると、私たちが判断したことは、現在広く使用されているものに基づいていることにはなりません。 Silverlightはおそらく何か良いことだ!

2の探索を始めたところ、SilverlightのXAMLマークアップはFlex mxmlよりも直感的にわかります。 さらに多くのSilverlightはC#と統合するでしょう。 そのため、データのバインド、すべてのRIAの重要な部分は優れています。 Flexでは、AMFを使ったPHPのようなものとリンクすることができるかもしれませんが、私が見たものよりも難しいようです。 それは私が両方とも本当によく知らないことを言った。

更新:そしてSilverlightが閉じた間、Flexはオープンソースになりましたか? だからFlexは使うのが安いと言える。


1


考慮すべきことの1つは、Silverlightに対するMicrosoftの取り組みです。 Silverlightは出発していません。 どのくらい彼らはそれに固執するつもりですか? Silverlightの次期バージョンが大きな市場浸透を得られない場合、マイクロソフトはそれを引き続きサポートする予定ですか?

たとえ彼らがそれに固執しても、それがなくなっても、彼らはInternet Explorerと同じようにするつもりです:それをIE6でその時利用可能な最も素晴らしいブラウザにそれから開発して、そして開発者の非表示に大きな問題はありますか?

SilverlightはWindowsとはあまり関係がありません。 Silverlightを使用している人々は、Microsoftに大きな利益をもたらしません。 MSがSilverlightを推進するという、特に説得力のあるビジネスケースはありません。

Silverlightは、Flashが提供しているもの以外のものをユーザーに提供しません。 Silverlightの採用を後押しするのはユーザーです。私のコンピューターにインストールするよう説得力のあるケースが出るまでは(それは偶然ではありませんが)、それは変わりません。

Flexは、Adobeの主力製品の1つであるFlashとの自然な仲間です。 AdobeはFlexをやめるつもりはない。 たとえ彼らが行ったとしても、それは完全にオープンソースであり、そしてアドビが明日海に落ちたとしてもFlex開発はきわめて確実に進むことができた。 (残念ながら、Flashランタイムはオープンソースではありませんが、オープンソースの実装が進んでいる、ほとんどオープンなSWF規格の非常に優れたマルチプラットフォーム実装です)

私は.NET / Flashショップで働いています。 Flexを使用して.NETバックエンドと対話します。 彼らを相互運用させるのはお尻の痛みかもしれません(不可能ではありませんが)。 私は.NETが好きです。 フロントエンドをC#で開発できれば素晴らしいでしょう。 それが好きです。 しかし、MSの技術パレードを考えれば、私たちはSilverlightにファームを賭けるつもりはありません。


1


私たちの将来のRIA技術に関する私たちの決定において最も重要なことの1つはRTLサポート(特にアラビア語)です。 私はアラビア語(RTL)がSilverlight 3.0ではまだサポートされていないことを聞いて非常にがっかりしています。一方、現在はAdobe Flex 4でサポートされています。 既存のバージョンのアプリケーション(Flex 3をベースにしています)で使用した、標準以外のすべてのトリックを再度適用したくはありません。 だから今1つの問題は、Flexで解決されますがSilverlightに残っています…​ それでもFlexにはドッキングフレームワークがないので、私は推測すると膠着状態になるでしょう。 :)。 私たちの研究の新たな発見についてあなたに最新の情報を提供していきます…​


1


1語(または2語) - > "オープンソース"世界はオープンソースになりつつあります。 Android対Appleだと思う

どの程度自信を持ってLinuxプラットフォームでクライアント用のアプリケーションを実行しますか。 今のところ私はnetflixの顧客ではありません。なぜなら "Moonlight"のサポートがないからです。

私は自宅に3台のコンピューターを持っていて、すべてLinuxを実行しています(Windozeライセンスを購入するためにお金を払い出すことはできません)。

ターゲット市場を考える(そして今後数年間のうちにどこになるか)


0


FlexはFlash上​​で動作するため、ブラウザとの互換性が高くなります。 ただし、Silverlightをダウンロードする必要があるため、プロキシやネットワークの背後にいるユーザーにとっては問題になる可能性があります(たとえば、職場ではインストールできません)。 FlexはSilverlightよりも優れたフレームワークを持っているので、数回のクリックとキーストロークでコンポーネントをカスタマイズできます。

私は、VSとC#が、それぞれ対応するFlex(FB3とActionScript)より成熟していることに同意しますが、すぐに慣れるでしょう。

これもまた、私はFlex開発者であり、Silverlight開発者ではないので、私の意見は多少偏っている可能性があります。 しかし、私はFlexをSilverlightよりも互換性があり(ほとんどすべての人がFlash Playerを持っている)、Silverlightよりも優れたサポートを持っていると考えたので、私はFlexを選んだ。


0


それが株取引商品であるならば、それはリアルタイムで株価を流しますか? もしそうなら、データをストリーミングするコストはいくらかの違いを生むでしょう。

どちらもある種のデータプッシュをサポートしています(RTMPと ソケット)とスマートポーリング(RTMPT / RTMPS対 HttpDuplexPollingChannel)

  • インフラストラクチャコスト:SilverlightはIISを使用していますがFlexはLCDS / BlazeDSを使用しています。

  • 開発費:RTMP / RTMPT / RTMPSはすでに定義されています(変更することはできません)が、ソケット用に独自のプロトコルを定義する必要があります(セキュリティと圧縮を自分で処理する必要があります)

プログラミングの観点からは、XAMLがインターフェイスを描画し、C#がXAMLコンポーネントの状態を更新するので、Silverlightが優れているはずです。 XAMLコンポーネントを作成するためのC#開発者とExpression Studioはたくさんいます。

MXMLは比較的単純で、派手なUIを描画するにはFlashが必要です。 ただし、FXGサポート付きのFlex 4(ベータ版)を待つことはできます。 それから、それはサードパーティコンポーネントのためのより良いサポートを得るかもしれません。


0


両方の製品の専門知識があるのであれば、私の側から言うと、Visual StudioのようなIDEを使用することはプラスであり(私は.NET開発者です)、サーバー(サービス)とクライアント側で同じ言語を使用するのは私はとても快適に感じます。

私は言うだろう…​ 概念実証に進み、1週間かけて2つのチームを作成し(同じレベルに近い)、1週間以内に(正式なテストや正式な設計を行わずに)チェックして、FlexとSLを進行させるすべての試用版の利点 その週の後、彼らがどこまで行ったのか、そしてその発見をチェックしてください。

一週間の時間の無駄? あなたの最終的なアプリのためのライブワイヤフレームとして集中するようにしてください。

幸運ブラウリオ