クロスブラウザ JavaScript GUI の選択 [終了]
-
03-07-2019 - |
質問
アップデート - 2015 年 2 月時点で更新された包括的な比較は、次の場所にあります。
Ext JS の代替
2008 年の質問:
優れた Javascript GUI フレームワークも、それほど優れていない Javascript GUI フレームワークも数多くあります。いくつか(表面的にだけ)見てみました。そして、私はそれらのどれについても考えることができません
この質問の最後までスクロールして、他の人の意見を確認してください
Ext.js 最もよく知られているフレームワークの 1 つであるため、多くの人にとって当然の選択です。
利点: 見た目 素晴らしい, 、大規模なコミュニティ、多数の拡張機能/プラグイン、GPL 化
短所: 商用ライセンスのあるサードパーティの拡張機能を使用できない (また、それらの拡張機能の一部にはキラー機能が備わっています)バックベース 比較的知られていません。XUL を彷彿とさせる、XML と Javascript の奇妙な組み合わせ。ただし、すでにクロスブラウザーになっています
利点: 見た目 良い, 非常に拡張性があり、簡単に組み込むことができます。 本当に素敵なもの
短所: 価格は高く、CPU に依存しており (ただし、最大 2 つの CPU で無料で使用できます)、フォーラムの応答は遅いです (商用サポートはおそらく早いと思われます)。クォックスドゥー こちらも大人気。
利点: 埋めてください
短所: コードは少し乱雑です (伝聞に基づく)ゆい 説明を入力してください
利点: よく整理されたコード短所: 多くのウィジェットはまだベータ版です道場 説明を入力してください
利点: クラスの増分ロード
短所: 膨満感を感じるかもしれませんjQuery UI
利点: 相互に依存しないウィジェット
短所: 開発の初期段階では、ウィジェットはほとんどありません
より広く受け入れられる傾向の可能性: jQuery は ASP.NET MVC に同梱される予定
何て言うの?何を使用しますか?またその理由は何ですか?どちらを使用したいですか?またその理由は何ですか?どのようなプロジェクトでも
ご意見を反映して更新するには...
これを参照してください 素晴らしいコメント Sergey Ilinsky より。これは、単にページを改良したり、豊富なフロントエンドを備えたアプリケーションを構築したりする場合にどのフレームワークを選択すべきかを非常にわかりやすく説明しています (いくつかの選択肢があります)
別のスレッドの興味深いコメントでは、jQuery、Dojo、Prototype、Mootools、 スプラウトコア そして カプチーノ (質問は削除されました).
解決
JavaScriptライブラリ/フレームワークの使用を検討する場合、まず目標を定義する必要があります。以前は、すべてのJavaScriptライブラリ/フレームワークを、目的とアーキテクチャによって3つのカテゴリに分けていました。
-
ページをポン引きして、本当に「クール」なものをいくつか追加したい。特徴。 JavaScriptライブラリに移動します。
- jQuery
- ZenoUI
- old:プロトタイプ、Mootools
-
豊富なフロントエンドでアプリケーションを構築したい。 JavaScriptでUIを定義するのが好きで、アプリケーションロジックのコーディングにこれらのライブラリのカスタムAPIを使用することはあまり気にしません。 JavaScriptの post-library / pre-framework に移動します。
-
豊富なフロントエンドでアプリケーションを構築したい。 XMLでUIを定義するのが好きで、標準のAPIに対してアプリケーションロジックをコーディングし、他の開発者向けの標準ベースのテクノロジーを利用したいと思います。 JavaScriptフレームワークに進みます。
- スプラウトコア
- バックベース
- Ample SDK
より詳細な比較については、 ExtJSの代替をご覧ください。
他のヒント
それどころか、qooxdooの構文とコード構成は非常に明確だと思います。 swingまたはgtkによく似ています。 Dojoも試してみましたが、あまり成功していません。私のRIAの第一選択はqooxdooです。豊富で、コーダーフレンドリーで、無料で、よく文書化されています。
他の(ブラウザーベースの)JavaScript作業に対する私の選択はjQueryです。他のライブラリ(プロトタイプ、mochikitなど)はすべて便利ですが、jQueryは今や誇大広告です。アクティブな(そして大きな)コミュニティを持つことは重要です。
StackOverflowの多くの人はjQueryを使用しているため、回答はその方向に偏っている可能性があります。さらに、jQueryはASP.Net MVCに同梱されるため、Microsoftプラットフォームを使用する開発者にとって自然な選択肢となります。
YUIコードは、きちんと整理されており、コメントがあり、読みやすいです。これらのプロジェクトのほとんどと同様に、それらに取り組んでいるエンジニアは自分の手に余りにも多くの時間を持っていると感じる傾向があります。
大規模なプロジェクトでは、シンプルで読みやすく、フラットで簡単に適応できるコードは、gee whizbangウィジェットよりもはるかに強力です。必要に応じて自分用にキャンディーを見つけることができます。 JSのデバッグは、一連の巧妙なコードを歩き回らなくても十分に困難です。
私の会社では mootools を使用していますが、これはプロトタイプとjQueryに非常に似ているようです。使用)、UI要素も非常にきれいです。
Dojo プロは IMO では次のとおりです。1.jQuery のような単純な DOM クエリ機能を提供します。例:
dojo.query(".disableAble").style("backgroundColor","gray");
すべてのクラスを一度に、段階的に、または独自の選択で取り込むことができる、非常にスマートなローダーを備えています。また、メニューを選択して圧縮、インラインなどを行うビルド システムとも相関します。
私の意見では、最も重要なことは、 拡張が非常に簡単な、完全なクライアント側の階層型ウィジェット システム。 DTL クライアント側テンプレートのサポート。コードをモジュール化することを強制し、Dojo 独自のビルドおよびロード システムをカスタム ウィジェットにも利用します。
Dojo 用に作成されたほぼすべての内容は、dojox (実験用) フォルダーの下にある「公式」ビルドの一部になります。他の多くのツールキットには同じウィジェットのバリエーションが多数あり、ユーザーが適切なものを選択するのは困難です。
Dojo CON、私見は文書のぞっとするような状態です。ほとんどは時代遅れで、機能が機能していないことを警告するのに失敗したため、修正された機能が機能していないことをしばしば教えてくれます。
実際のプロジェクトで使用する必要があり、飛行しながら学習しますが、これは本当に悪夢です。
Rialto (Rich Internet Application Toolkit)は、ajaxベースのクロスブラウザjavascriptウィジェットライブラリです。テクノロジーに依存しないため、JSP、JSF、.Net、Python、またはPHPグラフィックコンポーネントにカプセル化できます。 Rialtoの目的は、企業の開発者がリッチインターネットアプリケーション開発にアクセスしやすくすることです。理想的には、Rialto開発者はDHTML、AjaxまたはDOMコードを記述したり理解したりする必要はありません。
Rialtoのターゲットは企業のWebアプリケーションであり、インターネットWebサイトではありません。