6

私はしばらくの間ExtJSをリッチウィジェットツールキットとして使用してきましたが、ライセンスの制限が緩和されたこともあり、YUIに移行することを考えてます

YUIで使用されているコンポーネント指向モデルは、Ext JSで非常に楽しんだモデルと非常に似ているように見えますが、それらの類似点がどれほど深いかに興味があります。ですから、ExtJSとYUIの両方を使用したことのある人からのフィードバックに興味があります。何が同じで、何が違うのですか?YUIに移行すると何が失われ、何が得られますか?

4

7 に答える 7

10

どちらのライブラリも実際には異なるニーズに対応していると思います。

YUIは、YahooInc.のニーズに対応するように設計されています。優雅な劣化、クリーンなマークアップ、アクセシビリティなどが重要な、一般向けのアプリケーションを構築するのに非常に優れています。

ExtJSは、基幹業務アプリケーションの構築を非常にしっかりと対象とした、非常に優れた、適切に設計された完全なRIAフレームワークです。非常に強力なグリッドコンポーネント、強力なレイアウト、優れたプロフェッショナルなルックアンドフィールなどの機能。

私は両方をかなり使用しましたが、YUI 2.7.0までしか使用せず、フレームワークを使用していくつかの完全なRIAを構築しました。

既存のアプリケーションを別のアプリケーションに移動することは、共通の祖先を共有しているにもかかわらず(ExtJSはかつてYUIextでした)、フレームワークが現在ではまったく異なるため、まったく異なります。

于 2010-03-16T16:36:46.190 に答える
3

大きな違いの1つは、YUIは非常に寛容なBSDライセンスの下で配布されているのに対し、ExtJSはGPLの非常にバイラルな解釈の下で配布されていることです。たとえば、SenchaによるGPLの解釈では、ExtJSフロントエンドと通信するためにSOAPまたはRESTインターフェイスを作成する場合、サーバーコードはGPLである必要があり、ソースへのアクセスを提供する必要があります。 Web経由でのアクセス。Senchaは彼らのコードの商用ライセンスを提供していますが、彼らのドキュメントを注意深く読むと、商用バージョンに切り替えるときにGPLSenchaに対して書いたコードを別のライセンスに変換できないことがわかります。(http://www.sencha.com/legal/license-overview)

つまり、コードをプロプライエタリビジネスロジックまたは商用ライセンスシステムと統合する必要がある場合は、最初から商用バージョンのSenchaを使用して開発する必要があります。

于 2011-08-13T14:38:42.300 に答える
2

私にとっての違いは、YUIは非常に軽量で柔軟性がありますが、ExtJSはより重く、フットプリントが大きく、使用方法がより堅固であるということです。YUIは、Javascriptで何をしているのかを知っていて、パワーを拡張したい場合に最適です。ExtJSは、あまり混乱する必要のないUI抽象化レイヤーが必要な場合に適していますが、設計されていないことを実行したい場合は、非常に面倒な作業になる可能性があります。

于 2010-03-16T16:33:07.133 に答える
2

最近のアプリケーションを作成するとき、私はYUIまたはExtJSを作成するというまったく同じ決断をしました。

いくつかの理由でYUIを使用することになりました。YUI3は非常に軽量で、単純なタスクに対して高速であり、遅延読み込みにより処理がさらに高速になります。

このアプリでは、優雅な劣化が重要でした。

YUI3でYUI2ウィジェットを使用するのはかなり簡単で、文字通り3.1週間後には、さらに簡単になります。

YUIのドキュメントは信じられないほどで、ircチャットとフォーラムは非常に役立ち、実際にはYUI開発チームの人々がいます。

于 2010-03-16T17:21:01.000 に答える
2

すべてのアプリケーションがWebに移行している現在、Garethが公開アプリとビジネスアプリの間に明確な線を引いても、私には意味がありません。

私はRobustoのような他の答えを好み、技術的/財政的理由で両方のフレームワークを比較します。

YUIの利点:

  • 無料
  • 軽量(HTML + Javascript)
  • もっと効率的
  • 習得と理解が容易
  • より良いドキュメントと例
  • より大きなコミュニティ

Extの利点:

  • より豊富な機能とコンポーネント
  • 一部の(文書化されていない)サーバーサイドドライバー(.NETなど)(サーバーでこのようなライブラリを使用するのは悪い設計のようですが)

結論:Webサイトがextによって提供される追加機能を必要としない場合は、YUIにアクセスしてください。

于 2011-03-04T14:19:39.157 に答える
1

私はまだExtJSをあまり使用していませんが、まだ学習段階ですが、ExtJSで何ができたかについては、1年以上前にYUI開発をたくさん行っていたと確信しています。 、それははるかに挑戦的であり、結果はそれほど滑らかではなかったでしょう。

やるべきではないと言っているわけではありませんが、YUIがニーズに合うかどうかを確認するために、いくつかの既存の機能を真剣に調査し、適切なプロトタイピングを行うことをお勧めします。例と「うん、それはうまくいくようだ」という感覚だけに基づいてはいけません。

于 2010-03-16T20:22:08.453 に答える
1

GPLv3では、ユーザーがすべて同じ法人の一部である限り、ソースコードを共有する必要はないと述べています。言い回しは、技術的には、同じ法人の一部ではないかのようにこれを述べているので、ソースを提供する必要があります。しかし、これはSenchaが後でライセンスを変更しないという意味ではありません。また、彼らもそうするという意味ではありません。

于 2012-02-23T01:40:43.600 に答える