web-dev-qa-db-ja.com

Telerik KendoUI対Sencha ExtJS?

エンタープライズグレードのアプリケーションをWebで構築するため、選択肢をExtJSとKendoUIに絞り込みました。

どちらもまともで豊富な機能/コントロールを備えています。KendoUIはExtJSよりもパフォーマンスが高速ですが、ExtJSはWebアプリケーションやグリッドなどのデスクトップの構築に必要なすべてのコンポーネントを含むより完全なパッケージのようであり、グリッドはより強力に見えます。

一方、KendoUIを使用すると、jQueryの機能を利用できます。チームは既にjQueryを使用しているため、家庭に馴染みやすく、学習曲線はほとんどありません。

どちらかを使用して大規模なエンタープライズクラスのアプリケーションを構築した経験がある人はいますか?もしそうならあなたの経験は何ですか?誰かと長い間一緒に行く前に、ある程度の根拠が持てるように、それが悪いか良いかを共有してください。

ExtJSにあるCubeDrive(myCalendar)からのスケジューラーコントロールを使用するため、ExtJSにさらに傾いています。

ですから、あなたの考えや経験は、私が正しい決断を下すのを助けるために歓迎されています。

34
deej

これは私たちが回答できる質問ではありません。あなたはすでにあなたのチームにしっかりとした概要を与えています(それが問題です):

同じ

  • 豊富なコントロール

ExtJSプロ

  • より多くのウィジェットコンポーネント
  • スケジューラ制御

ExtJSの短所

剣道UIプロ

  • より速い(それについてはよくわかりません
  • 学習曲線なし
  • jQueryコミュニティサポート
  • マテリアルデザインのテーマ

KendoUIの短所

  • オープンソースの剣道UIコアのウィジェットの小さなセット(グリッド、チャートはプロフェッショナルバージョンにあります)
  • 建築家なし

アプリケーションは両方のフレームワークで構築できると確信しています。あなたにとって何がより重要ですか?高速配信(開発者はKendoUIですぐにジャンプできると言います)、または将来の戦略的方向性?

そうは言っても、ExtJSで開発しています。私たちは一般的に満足していますが、いくつかの警告があります:

  • ドキュメントが古くなっている、または不完全であることがよくあります(最近導入されたコミュニティコメントで改善されています)。
  • 一部の組み込みウィジェットの機能を拡張することは簡単ではありません
19
ipavlic

私は剣道ではなくExtJSの経験があります。そこで、ExtJSについての私の考えを共有したいと思います。

Azureクラウドで実行されるWebベースのデータ分析ソリューションを構築しています。私たちはすでにバージョン1.0を本番環境に導入しており、ユーザーからすべての肯定的なフィードバックを得ています。

長所

  • ExtJSは、豊富なUIコントロールと優れたデータ操作フレームワークを提供してくれました。
  • 私たちがExtJSを選んだ主な理由は、ExtJSに素晴らしい描画およびチャートフレームワークがあったからです。
  • ASP.NET/MVC3/WCFサーバー側との統合は完璧でした。すべてのコンポーネントUIまたはその他の方法で一貫した方法で機能します。

短所

  • ExtJSには、チャートや描画パッケージなど、新しく追加されたコンポーネントにまだ大きなバグがあります。彼らはバグを修正するときに、本当に煩わしい新しいバグも導入します。
  • ドキュメントはやや古く、フレームワークのソースにもっと頻繁に飛び込む必要があります。
  • ExtJSはタッチ入力をサポートしておらず、UIコントロールは少し古い旧式のOffice 2003/7のように見えます。
  • 新しいテーマを紹介するのが難しい。
  • JSB3を使用してデプロイメントを作成することは、特にビルドプロセスをVisual Studioやビルド環境のようなTeamCityと統合したい場合、本当に頭痛の種です。
  • ... ;-)
9
jorel

過去6か月間、アプリケーションのような調査を行っています。私はextjsのパフォーマンスに満足していません。

長所

  • 豊富なウィジェットコントロール(ツリーコントロールとグリッドコントロールは非常に便利に見えます)
  • すぐに使えるMVCアーキテクチャを提供します
  • 私にとって、そのドキュメントとフレームワークのソースは良さそうです。
  • サーバー側との統合の最初のハードルの後、問題なく動作します。

短所

  • コントロールを動的に追加する場合は、ブラウザ間の親和性はそれほど高くありません。 IE6とIE7では、外観を同じにするために、いくつかのcssスタイルも使用する必要があります。
  • IE7では、コントロールのロード時に速度が非常に遅くなります。Pag​​esで3〜5秒かかる場合chromeであり、FirefoxではIE7で20〜25秒かかります。IE9では5〜8秒の方が優れています。これだけの速度を得るために、extjsサスペンドレイアウトを使用し、コードを複数回改良しました。
  • ボックスコントロールのextjsはボックス型(タブコントロールとパネルの太い境界線)であり、ルックアンドフィールを取得するために多くのCSSスタイルを使用する必要があります。
5
Jom

ExtJを使用して同様のプロジェクトを完了しました。これは、大規模なエンタープライズクラスのWebアプリケーションで、大量のデータを管理します。このプロジェクトのフレームワークを選択していたとき(約6か月前)、KendoUIも検討しましたが、主にグリッドコントロールが豊富なため、ExtJを使用することにしました。

私たちのアプリケーションにはたくさんのグリッドがあり、それは最も重要な機能ではないにしても主要な機能の1つでした。どちらも社内での経験はなかったため、学習曲線は問題ではありませんでした。

4
sha