JQuery vs ExtJS
私はjQueryを幅広く使用しており、気に入っています。私は何度かExtJSをレビューしましたが、いつかこのライブラリを使用する機会が欲しいです。これは私の意見です。
jQuery
JavaScriptプログラミングのジャンクドロワー。彼らはそこに必要なものすべてを手に入れました。あなたが喜んで掘って、いくつかのダクトテープとスーパーグルーを使用し、一般的に開発者のグループがコードをハンマーで打ってくれます。 jQueryは素晴らしいです！
あなたが思っているよりも多くの場所で使われています。ただし、Drupalおよびその他のコミュニティでサポートされているフレームワーク/ライブラリのように、無料のサポートを取得すると、料金を支払うことができます。jQueryですべて完了できますが、場合によってはシャベルが必要です、懐中電灯と忍耐。
さらに、非常に優れたドキュメント（PHPのオンラインドキュメントと同等）と、サンプルコードとブログエントリのトン、文字通りトン。
Googleに恥ずかしがらず、問題の足場を作り、開発をスピードアップするために使用できる例を見つけるフレーズをいじくり回す人や「上級スクリプト作成者」にアピールします。
ExtJS
営利企業によって専門的に開発されたこれらは、ウィジェットやプラグインよりも（Visual Studioのコンテキストでの）コントロールに似ています。細部に目を向け、jQueryの世界に存在するよりも高いレベルの組織構造を備えた意図的に完全かつ堅牢なExtJSは、あなたが支払うものを手に入れることができます：能力によって生活し、死ぬプロが開発しサポートする製品値を返します。
広範なテストと、コントロールの開発における高次または厳密さを期待している専門的に訓練された「プログラマー」にアピールします。
最終勧告
それは本当にあなたの店と顧客に関係しています。あなたのグループがよりDIYであり、物事を結び付けてドアから取り出すのが好きな場合は、jQueryを使用してください。どんな状況でも堅牢です。非常に注文の多い専門店がある場合は、ExtJSが良い選択かもしれませんが、jQueryも実行可能です。ナレッジベースを分割して両方を使用する必要はありませんが、実際に使用する場合は、クライアント側の部分にExtJSを、管理コンソールにjQueryを使用してください。私は他の方法で利益を見ません。
また、管理コンソールについては、 [〜＃〜] tibco [〜＃〜] を確認してください。おそらくやり過ぎですが、非常に興味深いです。
Jared Farrishの答えはすでにかなり広範です。
異なるプロジェクトで両方を使用しました。
ExtJSは、サイズとそれによって何ができるかという点でかなり重いです。複雑なWebアプリケーションインターフェイスが必要な場合に優れており、ウィンドウ、テーブルなどの優れたコントロールがあり、洗練された外観になっています。
Extフォーラムコミュニティは、フォーラムを通じて非常に役立ちます。
つまり、jQueryよりもはるかに「リジッド」であり、開始するのに非常に長い学習曲線がありますが、複雑なUIを検討している場合は、成果が得られます。
したがって、jQueryの利点は、プロジェクトをより迅速に進めることができ、新しい機能を実装しながら「実験」することが容易になることです。
どちらも独自のタイプのアプリケーションに適しています。私は実際にプロジェクトで両方を使用しました。拡張管理（多くのウィンドウとセクション）はExtJSで構築され、フロントエンドはTweakの処理を高速化する必要がありますが、UIインタラクションはjQueryで構築されます。
お役に立てれば
JQueryの学習曲線がExtJSよりも速いことに同意しません。 ExtJSのすべてのコンポーネントには、サイト上でよく練られた例があり、APIドキュメントは非常に素晴らしく、構造化されており、使いやすく、完全です。
選択するものは、インターフェースによって異なります。光沢のあるインターフェースのようなweb-2.0のほうがJQueryで少し簡単になるかもしれません。ExtJSインターフェースは見た目は良いですが、非常にアプリケーションに似ています。とはいえ、非常に複雑でデータ量の多いインターフェースを作成しようとしている場合、この2つの比較はないと思います。 ExtJSを使用すると、完全にオブジェクト指向のバックエンドのようにインターフェイスをプログラムできます。デフォルトのコンポーネントの動作が気に入らない場合は、それをオーバーライドします。再利用可能なコンポーネントを自分で簡単に作成できます。 ExtJS 3では、Ajaxクライアントとサーバー間の通信の戻りの面倒をすべて取り除き、複数の呼び出しを自動的にバッチ処理するダイレクトレイヤーが導入され、インターフェイスにフィードするために必要なサーバーリクエストの数を減らしました。私は何度も続けることができますが、ExtJSは私にとっては天の恵みであり、クライアントに課金できる時間内に作成する非常に複雑なインターフェイスを作成することはできません。
あなたが選んだもので頑張って、ロブ
2つの異なるプロジェクトでそれぞれ2つを使用するようになりました。 （Ext 4およびJQuery）。そして、はいExtはもっと「エンタープライズ」であるように見えますが、ドキュメントとjqueryの学習は素晴らしく快適です。 。
Jqueryのすべての本とチュートリアルにより、これまでextをはるかに超えることができました。
私のjsの経験は限られていることに注意することが重要です。
どれどれ。 EXTを正しく学習するための急な学習曲線があり、非常に強力です。実際にframeworkを呼び出すのは、私が使用した唯一のJavaScriptライブラリです（その意味では、使用していないYUIに似ています）。バージョン4.xでは、SenchaはMVCパターンに全面的に取り組んでおり、多くの経験豊富なプログラマーにアピールしています。
一方、jQueryを使用すると簡単なことが簡単になり、私の経験では複雑なことはほとんど不可能になります。
なぜこれら2つだけに制限しているのですか？たとえば、MooToolsをご覧ください。それは強力で、柔軟で、拡張可能なライブラリであり、jQueryのように物事をどのように行っているかを推測したり、単純なDOM操作やJSONロード（jQueryのような）以外のことを行うために生のJSに頼る必要はありません！ 。
Dojoについては誰も言及していないことに注意してください。Dojoは非常に強力で非常に複雑であり、私のオフィスでショルダーサーフィンをしている他のチームから見たもので、ブラウザーで非常に重いです。
EXTは、コンパス（Rubyで実行）やYUIコンプレッサーなどのいくつかのアドオンツールを使用して、サイトを「完成」させた後、非常に効率的で無駄のないダウンロードパッケージを出力できるようにします。 finishedを引用符で囲みます。これはEXTの落ち込みだと思うからです。結局のところ、サイトはほとんど終了することはなく、このプロセスはJavaアプリケーションのコンパイルとほぼ同じです。何かを変更した場合は、出力プロセス全体を再度実行する必要があります。
EXTを使用すればすぐに使用できますが、それはまた、多くのことを学ぶ必要があること、そして応答性の良い見栄えの良いプロジェクトを実行するためにある程度の計画と事前の検討が必要であることも意味します。昔は「規律」と呼ばれていましたが、最近ではあまり流行していません（詳細については「jQuery」を参照してください）。
しかし、私は意見がありません！
「jquery vs extjs」の最初の結果として表示されるため、この質問にのみ答えます。ここにいる何人かの人々のように、私は両方を専門的に使用しました。私は特に最初の回答が好きでした。私にとって、非常に小さなチームで非常に小さなアプリケーションを構築する場合、jQueryを使用することは間違いありません。ただし...大規模なチームで作業している場合、jQueryの作業を分割して1つのユーザーストーリーを実装するのは簡単ではないかもしれません。 ExtJSを使用すると、OOパラダイムを真に受け入れ、メンテナンスが容易になります。また、MVCを使用して、開発者間で作業を分割することもできます。 「サンプルを見て、あなたは金だ！」と言った人たちは、明らかに、優れたextjsコードの書き方を理解していません。ExtJSUIの部分に取り組む前に、ExtJS Coreを学ぶ必要があります。開発者向けの適切なドキュメントがないという欠点...良いニュースは、ExtJS In Actionのような本が助けになったことです。一般的に、ExtJSはjQueryよりもはるかに構造化されているため使用します。柔軟性...しかし、柔軟性が高すぎるとプロジェクトが失敗する可能性があります...レゴのピースを目に接着させることができるからといって、そうする必要があるわけではありません。