ExtJSを見ると、フラッシュを必要とせずに、Flexなどのよりかさばるスイートが提供するRIA機能の多くを提供しているようです。しかし、jQuery-UIなどのオープンソースイニシアチブが続くにつれて、ExtJSはある時点で単に死ぬのでしょうか？さらに、フラッシュの浸透は増加し続けるだけなので、なぜjavascriptライブラリにストックを入れるのですか？
とは言うものの、jQueryなどのJavaScriptライブラリは、優れた機能を備えた使いやすいAPIを提供することで大きな飛躍を遂げたので、それにはいくつかのメリットがあるかもしれません。
考え？意見？ExtJSには値札があるので、この質問をする必要があります。
IMHO、jQuery、ExtJSなどの必要性は、XBL2、CSS3仕様のコレクション全体、SVGおよびHTML5がすべて、すべてのデスクトップ/モバイルWebブラウザーで同等に利用可能になるとすぐになくなります。これは、今後5年間。
ExtJSを見ると、フラッシュを必要とせずに、Flexなどのよりかさばるスイートが提供するRIA機能の多くを提供しているようです。
Flexアプリケーションを実行するには、Flash Playerが必要です。これは、たとえばモバイルデバイスでは使用できません。
しかし、jQuery-UIなどのオープンソースイニシアチブが続くにつれて、ExtJSはある時点で単に死ぬのでしょうか？
ExtJSをjQuery-UIと比較することは意味がありません。jQueryは主にクロスブラウザライブラリであり、HTMLドキュメントの操作を簡素化し、Webページをより快適にするのに対し、ExtJSは拡張されたデータ駆動型UIコンポーネントをもたらす真のアプリケーションフレームワークです。アプリケーションを簡単にするため。
さらに、フラッシュの浸透は増加し続けるだけなので、なぜjavascriptライブラリにストックを入れるのですか？
デスクトップデバイスの98％ですでに利用可能であるため、Flashの普及率が「増加し続ける」ことは実際には問題ではありません。Javascriptライブラリに株を置くことは理にかなっています、グーグル（その株の大部分をDHTMLに置いた）を信じてください
ExtJSはある時点で単に死ぬのでしょうか？
確かに、ある時点で.Net、Javaなどが死ぬので、そうなるでしょう。しかし、予見される将来には死ぬことはなく、この種の肉のないソリューションの必要性は高まるばかりです。
また、今年11月1日にオープンソースになる代替GUIフレームワークAmpleSDKを検討することもできます。これにより、SVG、XUL、さらにはクロスブラウザなどのテクノロジーが可能になります。
Ext JS がすぐになくなるとは思いません。そうなったら、おそらく最後の JS フレームワークの 1 つになるでしょう。私がこれを言っているのは、ExtJS には確固たるユーザーと開発者の基盤があり、多くのオープン ソース プロジェクトが ExtJS に基づいて構築されているからです (たとえば、ASP.NET デュアル ライセンス CMS、Sense/Netは特に ExtJS を中心にバックエンドを完全に構築しています)。
彼らは確かなユーザーベースを持っており、私は彼らがすぐにレースを離れるのを見ていません。とはいえ、一般市場を調べるときはいつでもインターネットを見ることができます。スターバックスと地元のカフェの両方が共存できます。
そうは言っても...
III は javascript/DOM の専門家ではありません。ASP.NET プログラマーであり、100% クライアント側ライブラリを調査している FlashBuilder コーダーでもあります。私が見つけたのは、ExtJS のレイアウトと UI ウィジェットが jQuery よりもはるかに豊富であることです。ただし、jQuery は勢いがあり、新しい UI コンポーネントが常に登場しています。それでも、ExtJS はこの点で大きなリードを持っています。
主に、jQuery はページ マークアップ内の既存の要素に影響を与えるため、jQuery を使用すると、基本的なものを簡単に起動して実行できます。骨格の html ページを作成してから、要素に jQuery 機能を適用できます。これを、ページが基本的に空の body タグであり、ページのコンテンツが Ext によって DOM に書き込まれる ExtJS と比較してください。ページをレイアウトしてプロパティを設定する Ext (ビジュアル) デザイナーがなければ、ExtJS 構成オブジェクトをテキスト エディターでコーディングするのは非常に面倒で、私の好みではありません。しかし、Ext のビジュアル デザイナーを使用すると、RAD に近づくことができます。
IE8 の ExtJS は、IE8 の欠点のために遅くてずさんな場合があります。私の経験では、ExtJS RIA レイアウトは FF、Chrome、Opera では美しく機能しますが、IE8 ではほとんど機能しません。ただし、Google の Chrome-Frame を使用した IE8 はそれに対処します。MSFT のプロプライエタリアン、Google の皆さんにナイス パンチ!
私は、FlashBuilder が採用するハイブリッド アプローチがとても気に入っています。FB を使用すると、mxml および/または ActionScript クラスを作成できます。私が見ている欠点は、Flash プラグインが必要なことであり、Flash プラグインは、かつて 99% の市場シェアで世界中を歩き回った WordPerfect と同じ道をたどっているのではないかと心配しています。 . ActionScript の OO 機能を最大限に活用して、FlashBuilder でデザインできることを心から願っています。mxml、および FB デバッガーを使用して、ExtJS にクロスコンパイルします。FB : Ext :: GWT : 閉鎖。
それぞれのテクノロジーと同様に、誰もが自分のケーキを持っています。ExtJSはExtJSLLCが存在するまで死ぬことはありません（彼らはそれを使用しています:)）そしてあなたがいつかあなたがいるときに彼らのlib（私のような）を使用する崇拝者がいるまであなたはそれが完璧であるかどうかに関係なく選択された技術を使用する必要がありますいいえ。Lotus Dominoを見てください-それはがらくたの一部であり、一方で素晴らしいソフトウェアの一部です-そしてそれはまだ生きています... :)
ExtJSにはデュアルライセンスがあり、オープンソースです
そして、私はそれを使用しています。データを操作するための優れたライブラリ-グリッド、ツリー...名前を付けます。そして、それは多くのコントロールを持っています。だからちょうど良いライブラリ...
開発者がそれに取り組み続ける限り、フレームワークは死ぬことはありません。実質的に死んでいるフレームワークがいくつかあります (例えば、MochiKit は大好きですが、yui3 のために削除されました)。気に入ったものがあれば、簡単に独自のリリースを出して、プロジェクトを再開することができます。
個人的にはPrototypeを使っていますが、同じ議論です。私は、Flash に付随する多数のセキュリティ問題と、すべてのデバイスが Flash を再生できるわけではないという事実のために、Flash を非常に嫌います。iPhoneが代表的な例です。JS ライブラリを使用してアニメーションなどをサポートできます。
一部の企業では、セキュリティ ポリシーとしてフラッシュを無効にすることもありますが、これはそれほど一般的ではありません。（ただし、これが当てはまる場所で働いたことがあります。）
もう 1 つの問題は、新しい HTML 標準の出現により、Flash の必要性が完全になくなることで、Flash を気にするかどうかということです。