2009-10-27 14 views
24

私はExtJSを見ています.Flexなどのより大きなスイートには、フラッシュ要件がなくてもRIA機能の多くが提供されているようです。しかし、jQuery-UIなどのオープンソースの取り組みが継続するにつれて、ExtJSは単にある時点で死ぬだろうか?さらに、フラッシュの普及率は増加し続けているだけなので、なぜ株価をjavascriptライブラリに入れるのでしょうか?つまり、jQueryのようなJavaScriptライブラリは、使いやすいAPIを優れた機能で提供する上で巨大な飛躍を遂げています。そのため、多少のメリットがあります。ExtJSは死ぬでしょうか?

思考?意見ですか? ExtJSには値札があるので、私はこの質問をしなければならない。

+2

他でフラッシュすると唯一の牽引力が得られます。 JavaScriptは長い間ずっと続いています。 –

+2

@Stefan - これらの質問には、テクノロジーに値札があるかどうか尋ねる必要があります。 –

+2

@Stephen:良い点。私は死にかけている牛にお金を投資することを正当化するのは難しいと思っています。 –

答えて

30

IMHO、jQueryの、ExtJSのなどで必要とXBL2、CSS3仕様、SVGとHTML5のすべてが使用可能な取得のコレクション全体とすぐに解消されますデスクトップ/モバイルのすべてのWebブラウザで同等のレベルに達していますが、これは今後5年以内に起こることはありません。

私はExtJSを見ています.Flexなどのより巨大なスイートには、フラッシュの要件がないほど多くのRIA機能が備わっているようです。

ExtJSには、単純に死ぬことになる、あなたはまだ、このようなjQueryの-UIとしてオープンソースinitiatiativesが続くとして、たとえば、

しかし、モバイルデバイスでは使用できません、Flash Playerを、必要なのFlexアプリケーションを実行するにはいくつかのポイント? jQueryのは、主にHTML文書の操作を簡素化し、ウェブページが立派にするクロスブラウザライブラリですので、ExtJSのがもたらす真のaplicationフレームワークである一方、jQueryの-UIへ

比較ExtJSには、良い意味がありません。データ駆動型のUIコンポーネントが強化され、アプリケーションがより簡単になりました。

また、フラッシュの普及率が高まっているだけなので、在庫をjavascriptライブラリに入れるのはなぜですか?

これは既にデスクトップデバイスの98%で利用可能であるため、Flashの普及率は「増加し続けています」ということは本当に重要ではありません。 Javascriptライブラリに株を置くことは、Googleを信じている(ほとんどの株をDHTMLに入れている人)

ExtJSは単にある時点で死ぬだろうか?

確かに、将来的には.NETやJavaなどで死んでしまいますが、このようなFlesh-lessソリューションの必要性は高まります。


また、本年11月1日にオープンソースを行く代替GUIフレームワークAmple SDK、に見てとることができます。これにより、SVG、XULなどのテクノロジがより多くのブラウザで利用できるようになります。

+1

#1:jQuery-UIは、ExtJSによく似たUIコントロールを提供します。 #2:商用デプロイメントに十分な料金がかかります。それ以外は、ExtJSに似ています。 –

+1

jQuery UIとExt JSは実際には比較できません。 Ext JSはフルスタックのRIAフレームワークですが、jQuery UIは主に依然としてウェブサイトの相互作用(ドロップ可能、ソート可能など)に重点を置いています。 jQueryはもっとRIA方向に動いているかもしれないが、ゆっくりと動いていると思う。あなたが真剣に何かにExt JSを比較したい場合は、Dojo、YUI、Sproutcoreなどを試してみてください –

+0

十分なSDKは11月1日現在のMIT/GPLです –

0

個人的には、Prototypeを使用しますが、これは同じ引数です。私はそれに続く多数のセキュリティ問題と、すべてのデバイスがフラッシュを再生できないという事実のために、フラッシュを強く嫌う。 iPhoneはその一例です。 JSライブラリを使ってアニメーションやその他のものをサポートすることができます。

セキュリティのポリシーとしてフラッシュを無効にしている企業もありますが、これはあまり一般的ではありません。 (ただし、これが当てはまる場所で働いたことがあります)

もう1つの質問は、新しいHTML標準が出現してFlashを気にするかどうかで、Flashの必要性はほとんどなくなります。

+2

HTML標準はFlashの必要性を決して排除しません。それらは実装のためにブラウザに依存します。ブラウザが私たちに何かを教えてくれたら、誰もその標準に従うことができないはずです。 –

+0

@JustinNiessner:'09年のこのコメントはまだありますか? ;) –

+0

@Stefan Kendall - はい。私がやります。 Flashは依然としてWebの大部分です。市場シェアは低下しているかもしれませんが、決して排除されません。 –

1

各技術と同様、誰もが自分のケーキを持っています。 ExtJS LLCが存在する限り、ExtJS LLCは存在しません(彼らはそれを使用しています:))そして、あなたがある時点で彼らが自分のライブラリを使って崇拝者を抱えるまでは、完璧なものであれ、ない。 Lotus Dominoのを見て - それはがらくたのピースと優れたソフトウェアの他のハンドピースである - そしてそれはまだ生きている... :)

1

はExtJSのデュアルライセンスを持っており、それが元

See here general details

を開きます

And here licenses

私はそれを使用しています。データグリッド、ツリーなどを扱うための優れたライブラリ...名前を付けます。 それには多くのコントロールがあります。だからいいライブラリー...

6

彼らはしっかりしたユーザーベースを持っており、すぐにレースから離れることはありません。それは、あなたが一般的な市場を調べるときにいつもインターネットを見ることができると言いました。スターバックスと地元のカフェの両方が共存することができます。言っ

...

Compare the trends between jQuery, ExtJS and Mootools

+3

この比較はやや不真面目なのでExtJSは、mootoolsとjquery(ページ拡張)とは異なるニッチ(app/fullスタック)をターゲットにしています。より適切な比較は、extjs、dojo、yui、sproutcoreです。ページエンハンスメントフレームワークはアプリ空間(たとえばjQuery UI)に移行していますが、SOの質問だけでも、主な用途はまだ拡張されています。 –

+0

@Karl Guertin私はあなたの意見に完全に同意します。それはまだトレンドはまだ価値があると言いました。 – Frankie

1

開発者が引き続き作業している限り、フレームワークは死ぬことはありません。効果的に死んでいるフレームワークがいくつかあります(MochiKitなど、私は愛していますが、yui3のために落としました)が、更新されていないことを意味します。十分なものが好きだったら、自分のリリースを出してプロジェクトを再開することができます。

+0

バグが存在する世界では更新は使用できません対処する必要があります。 – HDave

11

Ext JSはいつでもすぐに死ぬとは思わない。それはおそらく最後のJSフレームワークの1つになるでしょう。 ExtJSは堅実なユーザーと開発者の基盤を持ち、多くのオープンソースプロジェクトが構築されています(例えば、ASP.NETの二重ライセンスCMS、Sense/Netはバックエンドを完全に構築しています)。

3

私はJavaScript/DOMの開発者ではなく、ちょうど100%のクライアントサイドライブラリを探しているASP.NETプログラマーと今やFlashBuilderのコーダーです。私が見つけたのは、ExtJSはjQueryよりもレイアウトやUIウィジェットが豊富だということです.jQueryには勢いがあり、新しいUIコンポーネントが常に登場しています。それでも、ExtJSはこの点で大きなリードを持っています。

jQueryを使用すると、jQueryがページマークアップの既存の要素に影響を与えるため、基本的な操作を簡単に実行できます。スケルトンのhtmlページを作成し、jQuery機能を要素に適用できます。これをExtJSと比較すると、ページは基本的に空のbodyタグで、ページの内容はExtのDOMへの書き込みによって作成されます。私のページをレイアウトしてプロパティを設定するExt(ビジュアル)デザイナーがなければ、ExtJS設定オブジェクトをテキストエディタでコーディングするのは、私にとってはあまりにも面倒で、私の好みにはまったくありません。しかし、Extのビジュアルデザイナでは、RADにアプローチします。

IE8のExtJSは、IE8の欠点のために遅くて醜いことがあります。私の経験では、ExtJS RIAのレイアウトは、FF、Chrome、Operaでうまく動作しますが、IE8ではほとんど動作しません。しかし、IE8はGoogleのChrome-Frameアドレスを使用しています。 GoogleのMSFTのProprietariansに素敵なガットパンチ!

FlashBuilderのハイブリッドアプローチが本当に好きです。 FBでは、mxmlやActionScriptのクラスを書くことができます。私が見ているように、Flashプラグインが必要であるということは、Flashプラグインが、以前は99%の市場シェアを抱えていたWordPerfectの道を進んでいることを恐れている。 FlashBuilderでActionScriptのオブジェクト指向の機能を最大限に活用して設計できることを本当に願っています。 mxml、FBデバッガを使用して、をExtJSにクロスコンパイルFB:Ext :: GWT:Closure。