20

外部向けのWebアプリのUIをどのように処理するかを決めようとしています。これは外部であるため、ページの肥大化によって引き起こされる遅延が問題になる可能性があります。

私は過去にjQueryを使用したことがあり、現在Telerikコントロールを評価しています。StackOverflowを含め、Telerikコントロールに関する多くの優れた推奨事項を見てきました。確かに、それらはかなりフル機能のようです。また、jQueryを使用するよりも、これらのコントロールを使用してアプリケーションをはるかに迅速に開発できることは間違いありません。ただし、ページが肥大化しすぎるのではないかと心配しています。

これらのコントロールのパフォーマンスを純粋なjQuery実装と比較した経験のある人はいますか?具体的には、

  • TelerikのRadScriptManagerは、MS Ajax ScriptManagerよりも本当に優れていますか?
  • Telerikコントロールに一般的なパフォーマンスの問題はありますか?
  • RadGridのグリッド機能に近いjQuery用のプラグインはありますか?

その他の関連情報も同様に役立ちます。

4

14 に答える 14

44

私は Telerik と JQuery を何年も使用してきました。「フル機能」とは、一般的に大量の肥大化、不要な機能、および最適化が困難 (または不可能) な最終ページに相当します。Telerik をやめて、JQuery のようなベアメタル フレームワークを使用します。必要な特定の機能を構築できるようになり、二度と戻ることはありません。(Telerik や ComponentArt などの) フル機能の UI スイートの多くは非常に魅力的ですが、多くの悪いプログラミングを助長していると思います。

たとえば....グリッドにドラッグアンドドロップ可能な列が本当に必要ですか? おそらくそうではありません。ユーザーが列の設定をレイアウトできるデザイン領域を用意し、次にグリッドがすっきりと軽量なメイン ビューを用意することをお勧めします。ユーザーがすべてのページ ビューで決して (またはめったに) 使用しない追加機能をメガバイト単位でレンダリングしないでください。

于 2009-01-10T03:01:11.640 に答える
24

ここで良い議論。いくつかの説明:

  • Telerik は内部で jQuery を使用しており (MS がサポートするようになった今ではますます増加するでしょう)、多くのコントロールのクライアント側の機能を強化 (およびクライアント側のコードを削減) します。
  • jQuery は、JavaScript 開発に最適なクライアント側ライブラリです。ただし、アクセシビリティに対処する必要がある場合は、jQuery UI の実装を検討する必要があります。jQuery UI の実装は、すべての機能が JavaScript に依存しているためです。Telerik の独自の利点は、クライアント側とサーバー側の両方でレンダリングできることです。つまり、JavaScript が有効になっていないクライアントをサポートできます。
  • 多くの Telerik コントロールでは、A) 機能を無効にすることでページ上の余分なコードを排除する (必要に応じて内部的にロードされるスクリプト ロジックのため)、または B) スクリプト コンバイナと提供を使用してクライアント側コードの影響を大幅に減らすことができます。コンプレッサー。

しかし、長年の Web 開発者として、私は常に、仕事に適したツールを使用するよう人々に勧めています。RadControls の強力な機能、アクセシビリティのサポート、または広範なドキュメント (アプリを継承する人を支援するため) が必要ない場合は、それらをサイトに使用しないでください。基本的な UI だけが必要な場合は、jQuery で十分です。しかし、開発者が余分な作業をせずに高度な機能をユーザーに提供できる場合 (私たちが「肥大化」と考えることがあります)、ユーザーは最終製品にはるかに感銘を受け、はるかに簡単に感じます。使用する。

そして何よりも、ほとんどの場合、UI コンポーネントではなく、アプリケーションを構築することによって会社/顧客に価値を生み出すことを忘れないでください。したがって、車輪を再発明する正当な理由がない限り、通常、直面している問題を解決するために、既に構築およびテストされているものを使用するのが最善の方法です。

それが役立つことを願っています。-トッド

于 2009-01-13T21:12:56.523 に答える
9

ブライアン C (他) が直面した「バグ」やその他の課題については、ここで追加の説明が必要だと思います。開発者の擁護者として、Telerik のコントロールが完璧であるなどと主張するつもりはありません。重要なのは、それらのバグにどのように対処するかです。

多くの場合、企業 (またはオープンソース プロジェクト) がバグにどのように対処しているかは、手遅れになるまで見過ごされがちです。jQuery、Telerik、Microsoft など、どのツールを使用しても、最終的にはバグに遭遇することになります。Telerik が優れている傾向にあるのは、これらの問題に対する迅速な修正と、可能な限り生産性を高めるための非常に徹底的なサポートを提供することです。問題が発生した場合、Telerik が解決のお手伝いをします。他の企業、特にオープン ソースでは、それが常に保証されるわけではありません。

覚えておいてください。どのツールを使用しても、バグに直面することになります。問題に対応し、非常に迅速に修正できるサポート付きのツールを選択してください。そして、私の見方がやむを得ず偏っていることを知っているので、StackOverflow の他のユーザーに Telerik のサポート品質を確認または拒否させます。

于 2009-01-19T15:09:22.187 に答える
8

Telerikのコントロールは少し肥大しているように見えますが、多くの労力をかけなくてもJQueryで同様のことを実現できるとは思えません。

それは本当にあなたがどれだけの膨満感を許容できるかに依存します。イントラネットアプリケーションの場合、それは実際には問題ではありませんが、外部向けを指定した場合、これは問題になる可能性があります。これは、ユーザーの平均接続速度とユーザーのコンピューター/ブラウザーの速度に依存します。最終的にコントロールを実行します。

もう1つの重要な質問は、JQueryよりもはるかに少ない使用率のプロプライエタリツールセットでWebアプリケーションを標準化したいですか?JQueryがすぐに廃業するのではないかと思います。

于 2009-01-09T15:08:18.740 に答える
7

後で誰かに役立つ場合に備えて、Telerik ツールをダンプし、今のところ jQuery のみを使用しています。私ができないことに出くわすかどうか見てみましょう。Telerik ツールにはがっかりしました。それらについて非常に多くの良いことを聞いていましたが、私にはあまりうまくいきませんでした. Telerik ツールを評価したときに見つけたものを次に示します。

  • Telerik Ajax ツールには、マスター/コンテンツ ページのセットアップの処理に問題があります。彼らはフォーラムでこれを認めており、彼らはそれに取り組んでいると思います。私にとってはかなり問題があります。

  • ドキュメントがないように思われる予期しない動作や癖がたくさん見られました。たとえば、Web20 スキンとフォーム デコレータを使用している場合、Ajax を実行すると、フィールドセットの丸みを帯びた角がすべて地獄に落ちます。

  • Telerik ツールは私の開発マシンをかなり遅くし、環境に問題を引き起こしているようです。クラッシュやメモリ違反はほとんどありません。これらのツールを使用している間、2 日間で 4 回発生しました。その前の私の最後のものからおそらく1か月経っていました。

  • jQuery は無料で軽量であり、選択は簡単でした。最初は少し時間がかかるかもしれませんが、結果は最終的にはるかに良くなります.

于 2009-01-10T17:49:45.793 に答える
2

イントラネット製品には Telerik Editor を使用していますが、これまで使用していたどのエディターよりも、操作、カスタマイズ、アップグレードなどがはるかに優れていたと言わざるを得ません。

高度な機能やより複雑なコントロールが必要で、 Telerik がこれを提供している場合、それらを無視するのは時期尚早だと思います。jQuery UI が提供できる基本的な UI 機能だけが必要な場合は、それらの特定の部分に jQuery を使用します。

どちらかを選択する必要はありません。さまざまなツールを組み合わせて作業を完了します。

于 2009-01-15T16:33:04.730 に答える
2

UI 要件は、この決定に最も大きな影響を与えます。Telerik のコントロールは、機能面で jQuery と比較できるとは思いません。データを表示するためにサーバー側のコントロールが必要な場合は、競合する他のコントロールに対して Telerik を評価してください。

于 2009-01-09T15:25:38.567 に答える
2

私は Telerik コントロールを使用し、ソース コードにもお金を払ったので、ソース コードを考えると、それらが廃業することは大きな問題ではありませんでした。一般向けの Web サイトで Telerik コントロールを使用した経験はありませんが、躊躇することはありません。コントロールにない機能を追加するために JQuery を使用するように指示されることがあります。

私が抱えている 1 つの問題は、コントロール (Telerik だけでなく) を使用してこの機能のすべてを自分でコーディングしているわけではないため、あらゆる種類の楽しいものをページにドラッグ アンド ドロップするのが本当に簡単だということです。すべてのページに処理を追加します。そうは言っても、それらの使用を最小限に抑えてください。手作業でコーディングされた JQuery 実装よりも肥大化するとは思いません。

于 2009-01-09T15:26:26.817 に答える
2

RadScriptManager は MS Ajax scriptmanager とは異なります。パフォーマンスを向上させるために Telerik コントロールで使用されるすべての JavaScript ファイルを 1 つの .js ファイルに結合できるように設定できる EnableScriptCombine="true" プロパティがあるためです。

もともと rad エディターの実行速度はかなり遅かったです。しかし、最新バージョンははるかに高速です。さらに、管理を改善するために常に働いているスタッフに報酬を支払っています。

RadGrid に近いものは何も知りません。それはかなり強力です。現在、イントラネット アプリで使用していますが、これまでのところ高速に動作します。そのすべての機能、Group By、Excel へのエクスポートなどを使用しています。

とはいえ、外部で使用するインターネット アプリケーションを作成する場合は、telek ではなく JQuery を使用します。そうすれば、より多くのことを制御できます。

于 2009-01-09T18:01:26.550 に答える
1

私は通常これらのことについて投稿しません-しかし私はこれに抵抗できませんでした。TelerikではなくjQuery/jQueryUIを使用しました。私は彼らがデモページに持っていたものが本当に好きでした-それから私はそれを機能させようとしました。私はリボンバーに苦労し、バグを1つか2つ見せました。彼らはそれがすぐに修正される予定だった...それはそうではなかった....そして次のリリース...それはそうではなかった。最後に、彼らはベータ版を持っていて、私に彼らのためにそれをテストするように頼みました-良い悲しみ。彼らのものは確かに見栄えが良いですが、私は単に機能していないものに対処することができませんでした。

私はjQuery/jQuery UIを約6か月使用していて、気に入っています。使いやすい。軽量。それが言うことをします。Telerikほどフル機能ではありませんが、理解しやすく、いくつかのスクリプトでプロジェクトに組み込むことができます。私もThemerollerが大好きです。

于 2012-09-27T03:32:42.310 に答える
1

Telerik は、RadGrid のクライアント側サポートにより多くの時間を割き始めたところです。これまでのところ、グリッドにはがっかりしています。基本的に 2 つのコードベースを維持する必要があるため、私は彼らに申し訳ありません。1 つはポストバックと ViewState に基づいて C# ですべてを再描画するサーバー コントロール用で、もう 1 つは JavaScript でコントロールの一部を再描画するクライアント側コントロール用です。 (C# コードを JavaScript に移植したようなものです)。それは彼らにとって非常に多くの仕事であり、これまでのところ私はそれが不完全だと感じています.

たとえば、現在のバージョンのグリッド (ASP.nET AJAX 2008.3.1105.35) に対するクライアント側のサポートには、次のものが含まれていません。

  1. グループ式
  2. ページサイズの増加
  3. 以外のページャー スタイルNextPrev
  4. 列の非表示/表示
  5. AllowNaturalSort="false"
  6. 純粋なクライアント側の並べ替え (つまり、ブラウザー内で)

そうは言っても、従来の Postback/Viewstate レンダリングで Telerik コントロールを使用することに満足しているのであれば、競合できる jQuery グリッドはないと思います。

于 2009-01-09T17:06:08.050 に答える
1

Telerik は、クライアント側に JQuery を使用すると発表したと思います。

于 2009-01-09T15:56:02.077 に答える
0

と の両方jQueryで作業しましTelerikた。Telerik公式サイトのデモでは非常に派手ですが、使用すると非常に重く遅く感じます。を使用jQueryすると、ニーズに対応する軽量で効率的なコードを作成できますが、より多くの時間が必要になります。パフォーマンスの観点から、クライアント ブラウザーではなく、サーバーで最初の重い HTML 結果をレンダリングすることをお勧めします。(例: ビッグ グリッド)

于 2012-04-08T10:46:54.737 に答える
0

私はコントロールに Telerik を 3 年間使用しています。私は最終的に私がそのアイデアに恋をしていることに気付きましたが、コントロール自体は非常にバグが多く、実装するのが面倒で、最終的には自分で構築するよりもはるかに多くの時間を費やしました. Telerik を使用しないことを強くお勧めします。

于 2009-01-18T17:25:58.777 に答える