web-dev-qa-db-ja.com

クロスブラウザのJavaScript GUIの選択

[〜＃〜] update [〜＃〜]-2015年2月の時点で更新された包括的な比較は、次の場所にあります。

Ext JSの代替

2008の質問：

そこには素晴らしい、それほど大きくないJavascript GUIフレームワークがたくさんあります。私はいくつか見ました（表面的にのみ）。そして、私はそれらのどれについても気にすることができません

この質問の最後までスクロールして、他のユーザーの発言を確認してください

  • Ext.js 最もよく知られているフレームワークの1つであるため、多くの人にとって明らかな選択です。
    利点：外観 awesome 、大規模なコミュニティ、多数の拡張機能/プラグイン、GPL
    Disadvanatges：商用ライセンスでサードパーティの拡張機能を使用できない（およびそれらの拡張機能の一部にはキラー機能があります）

  • Backbase あまり知られていない。 XULを連想させるXMLとJavaScriptの奇妙な組み合わせ。しかし、それはすでにクロスブラウザです
    利点：見た目 good 、非常に拡張性があり、簡単に組み込むことができます いくつかの本当にすてきなもの
    短所：価格が高く、CPUに制約されます（最大2つのCPUで自由に使用できます）、フォーラムの応答が遅い（ただし、商用サポートはおそらく高速です） ）

  • qooxdoo 非常に人気があります。
    利点：入力してください
    短所：コードがやや乱雑です（伝聞に基づく）

  • [〜＃〜] yui [〜＃〜]説明を記入
    利点：よく整理されたコード欠点：多くのウィジェットはまだベータ版です

  • 道場説明を記入
    利点：クラスの増分読み込み
    欠点：肥大化した感じ

  • jQuery UI
    利点：相互に依存しないウィジェット
    短所：開発の初期段階では、ウィジェットがほとんどない
    より広く受け入れられる傾向：ASP.NET MVCに同梱されるjQuery

何て言うの？何を使用し、その理由は何ですか？どちらを使用しますか、またその理由は何ですか。どんなプロジェクトでも

入力で更新するには...

これを参照してください 優れたコメント Sergey Ilinskyから。ページをひとまとめにしたいときに選択する必要があるフレームワークを非常にうまく説明し、豊富なフロントエンドを備えたアプリケーションを構築します（いくつかの選択肢があります）

別のスレッドの興味深いコメントは、jQuery、Dojo、Prototype、Mootools、 Sproutcore と Cappuccinoを比較しています（質問は削除されました） 。

javascriptuser-interfaceframeworkscross-browserwidget
43
Mamut

JavaScriptライブラリ/フレームワークの使用を検討するときは、最初に目標を定義する必要があります。すべてのJavaScriptライブラリー/フレームワークを、目的とアーキテクチャーによって3つのカテゴリーに分けていました。

  1. 本当に「かっこいい」機能をページに追加したい。 JavaScriptライブラリに移動します。

    • jQuery
    • ZenoUI
    • old：プロトタイプ、Mootools

  2. リッチなフロントエンドでアプリケーションを作成したい。私はJavaScriptでUIを定義するのが好きで、これらのライブラリのカスタムAPIを使用してアプリケーションロジックをコーディングすることをあまり気にしていません。 JavaScriptpost-library/pre-frameworkに移動します。

    • extjs
    • 剣道
    • DHTMLX
    • 道場
    • ゆい
    • Qooxdoo
    • jQuery UI
    • Bindows -Windowsの正確な外観を生成します
    • Spry（生、メモリリークの深刻な被害）

  3. リッチなフロントエンドでアプリケーションを作成したい。 XMLでUIを定義するのが好きで、標準のAPIに対してアプリケーションロジックをコーディングし、他の開発者向けの標準ベースのテクノロジーを利用したいと思います。 JavaScriptフレームワークに移動します。

より詳細な比較については、 ExtJSの代替 を参照してください。

41
Sergey Ilinsky

それどころか、qooxdooの構文とコード構成は非常に明確です。これは、swingやgtkによく似ています。私も道場を試しましたが、あまり成功していません。 RIAで私の一番の選択肢はqooxdooです。リッチで、コーダーに優しく、無料で十分に文書化されています。

他の（ブラウザーベースの）JavaScript作業に対する私の選択はjQueryです。他のライブラリー（プロトタイプ、mochikitなど）はすべて便利ですが、現在jQueryが大流行しています。アクティブな（そして大きな）コミュニティを持つことは重要です。

4
muhuk

StackOverflowの多くの人がjQueryを使用しているため、回答はおそらくその方向に偏っています。さらに、jQueryはASP.Net MVCとともに出荷されるため、Microsoftプラットフォームを使用する開発者にとっては当然の選択です。

3
Joel Coehoorn

YUIコードはよく整理され、よくコメントされており、読みやすくなっています。これらのプロジェクトのほとんどと同様に、プロジェクトに取り組んでいるエンジニアは手に余りにも多くの時間を費やしていると感じがちです。

大きなプロジェクトでは、フラットで適応しやすいシンプルで読みやすいコードは、gee whizbangウィジェットよりもはるかに強力です。必要に応じて自分でキャンディーを見つけることができます。 JSのデバッグは、一連の巧妙なコードを調べなくても十分に困難です。

3
Ishmael

最近、jQueryが最も人気のあるjavascriptフレームワークになったと言っても差し支えないと思います（この4番目のスライドをご覧ください State of jQuery '08プレゼンテーション ）。

私の会社では mootools を使用していますが、これはプロトタイプとjQuery（これまで使用していません）に非常に似ているようです。UI要素もかなりきれいです。

2
matt b

DojoプロのIMOは次のとおりです。1. jQueryなどの単純なDOMクエリ機能を提供します。

dojo.query（ "。disableAble"）。style（ "backgroundColor"、 "gray"）;

  1. すべてのクラスを一度に、段階的に、または独自に選択してプルできる、本当にスマートなローダーを備えています。また、メニューを選択して圧縮、インライン化などを行うビルドシステムと相関関係があります。

  2. 私の意見では、最も重要なこと。 拡張が非常に簡単な完全なクライアント側階層ウィジェットシステム DTLクライアント側テンプレートのサポート。コードをモジュール化するように強制し、カスタムウィジェットにもDojo独自のビルドおよびロードシステムを利用します。

  3. Dojo用に作成するほとんどすべてのものは、dojox（実験的）フォルダーの下の「公式」ビルドの一部になります。他の多くのツールキットには同じウィジェットの多くのバリアントがあり、ユーザーが適切なものを選択するのを難しくしています。

乾杯、PS http://unclescript.blogspot.com

2
Peter

Dojo CON、IMHOは、ドキュメントの恐ろしい状態です。ほとんどは古くなっており、機能が機能しないことを通知し、機能が機能しないことを警告しません。

私はそれを実際のプロジェクトで使用しなければならず、飛行中に学んでいるので、それは本当に悪夢です。

1
Rob G

Rialto （リッチインターネットアプリケーションツールキット）は、ajaxベースのクロスブラウザーJavaScriptウィジェットライブラリです。これはテクノロジーにとらわれないため、JSP、JSF、.Net、PythonまたはPHPグラフィックコンポーネントにカプセル化できます。Rialtoの目的は、アクセスを容易にすることです。理想的なリアルト開発者は、DHTML、Ajax、DOMコードを記述したり理解したりする必要はありません。

Rialtoのターゲットは企業のWebアプリケーションであり、インターネットのWebサイトではありません。

0
prinzdezibel