2009-08-17 11 views
11

私はYUIフレームワークの熱心なユーザーです(http://developer.yahoo.com/yui/)。パフォーマンスとパフォーマンスの両方の長所と短所があります。私は少しJQueryを見てきましたが、プロトタイプでも少し作業しましたが、主にYUIに固執しました。私の質問は、アプリケーションごとに1つのJavascriptライブラリに固執するか、アプリケーション内の複数のJavaScriptフレームワークの能力を活用する方が良いでしょうか?良い、1つのJavaScriptフレームワーク、または複数のフレームワーク

答えて

18

少なくとも2つの理由で1つのフレームワークを使用する方が良いと思います。
1.コードは構文ミックスがないため保守が容易です。
2.アプリケーションの読み込み速度が少し速く、少し速く実行する必要があります。

+2

また、フォーラムのヘルプを求めるのは簡単です。それらの組み合わせを使用する場合は、自分でコードをデバッグする必要があるかもしれません。 – krishna

+0

ありがとう!私はその角度を決して考えなかった。 – Zoidberg

+0

Jeneaの第2のポイントを洗練します.1つのフレームワークを使用すると、1つのフレームワークのJavaScriptリソースをダウンロードするだけでロードするバイト数が減ります。他のフレームワーク=より多くのJS =ダウンロード時間が増え、ブラウザの初期化時間が増えます(ほとんどのJSフレームワークはページの読み込み時に処理する必要があるため)。 – Todd

1

それぞれの目的がある限り、複数のフレームワークが優れていると思います。 AJAX機能を備えたASP.Net Webアプリケーションを構築している場合、JQueryと組み合わせていくつかの状況を処理できる、自動的に使用される組み込みASP.Net AJAX Javascriptライブラリがあるかもしれません。代わりにTelerikのRADコントロールのようなサードパーティのコントロールを持つこともでき、おそらくより多くのJavascriptコードをもたらす可能性があります。重要な点は、各フレームワークが独自のものをどのように追加するのかを理解することです。

+0

Telerik RadControlsは、独自のJavaScriptフレームワークを使用したり読み込んだりしません。 Microsoft AjaxライブラリとjQueryでネイティブに構築されます。もちろん、コントロールは豊富な機能を提供するためにJSを読み込みますが、基本的なフレームワークは標準です。 – Todd

+0

Telerikのコントロールは、どのようにフレームワークになるのか、それともその視点から見えないのですか?私は何かがフレームワークであるためにはどれくらいのコードが必要なのかという線がどこにあるのか、正直な質問としてこれを求めています。 –

1

同じWebサイト内のフレームワークが少ないほど、あなたの人生が楽になるので、1つのフレームワークを使用するようにしてください。複数のフレームワークを使用する場合は、競合や冗長性に注意してください。

私があなたのところにいたら、いくつかのプラグインとアップデート用のフレームワークの検索を開始します。見つからなければ、新しいフレームワークを追加します。

もう一つのポイント:複数のフレームワークを使用してから慌てる必要はありません、そのようなjqueryのように大きく、有名なフレームワークは、他のJavaScriptライブラリも

+0

はい、YUIバージョン3は設計されているので、他のどのJavascriptライブラリからも完全に分離しています。私は、フレームワークを分離しておくことをお勧めしますが、開発者が複数のライブラリを同じアプリケーションで使用できるようにライブラリがアップグレードされるようになっているようです。したがって、2つ以上のライブラリを使用することが悪い考えである場合、これらの新しいバージョンが出てくるので、我々は見ていきます。 – Zoidberg

+0

プラグインが別のライブラリと同じくらい大きいことがあります。私は、それ以外の場合はプラグインが必要な機能をきれいに実装した別のライブラリを持ってくる価値がある時があると思います。 – Nosredna

0

と並んで、競合とワーク側を解決するために、その実装を持っています...同時に2つの異なるフレームワークを使用している場合、あるフレームワーク内のいくつかの関数が他のフレームワークの関数をオーバーライドし、醜い競合を起こす可能性があります。例えば、$()は異なる方法で実装でき、フレームワークの機能がそれを使用しています。 (そして彼らは確かに!)

+0

jqueryに互換モードがある理由 –

0

あなたの開発では、APIと読み込み速度の一貫性のために1つのフレームワークを使用する方が良いと思います。いつかの問題は、私たちの開発ニーズをすべて満たすのに十分なフレームワークではありません。

これはメールボックスに入ったばかりです。包括的なフレームワークであり、グループ化、チャート、フォーム、タブ、フィールドなどのウィジェットをたくさん用意しています。私はそれを長くしていないが、それは非常に有望であるようだ。チェックhere

関連する問題