SlickGrid対JQGrid
私はslickgridとjqgridを決定しようとしています。どちらも機能が豊富だと思います。 Jqgridには優れたドキュメントがあるため、簡単に起動して実行できます。
滑らかなグリッドの方がずっと速いと聞いたので、実装の詳細に関して、それらがどれほど異なるかを理解しようとしています。誰かが何らかのベンチマークを行ったのか、いくつかの有用な入力を提供するために各グリッドの内部を知っているのかと思っていました。
Edit1：@oleg-ご回答いただきありがとうございます。申し訳ありませんが、十分な詳細が提供されていないのではないかと心配しました。すべてのユースケースがあるわけではありませんが、データが小さい場合はローカルデータを使用し、データが大きい場合はサーバー側の仮想スクロール、フィルタリング、ソートなどの両方を使用します。 Jsonが主要なデータソースになります。私は両方のグリッドの内部を理解しているかもしれない誰かからインプットを得ようとしていました。私はそれらを自分で判断するのに十分なクライアント側の実装を理解していません。私の同僚の一人は、なめらかなグリッドは、仮想レンダリングと一緒に使用するためのキーボードのサポートで開発されたため、より良いかもしれないと述べました。私の質問は終わりがありませんが、グリッドのコア実装は、より複雑なシナリオ、つまりサブグリッド、ツリーなどでも、それらのいずれかを処理するコア設計からの逸脱がない場合、効率的になる可能性があります。
OK、jqgridの専門知識に基づいて、このスニペットに Slick Grid ？からどのように応答しますか
「Grid vs Data主な違いは、SlickGridと私が見た他のグリッド実装の違いは、データの理解と操作（検索、並べ替え、解析、ajaxロードなど）に集中しすぎていることです。 。）より良い「グリッド」（または、編集可能なグリッドの場合はスプレッドシート）には十分ではありません。HTMLテーブルを「スプルアップ」するか、フロントエンドを単純なリストに平手打ちするだけでいいのですデータは複雑で、ビジネスルールがあり、非固有のプロパティがあります。要素の1つのプロパティを編集すると、他のプロパティや他の要素を変更するカスケード変更が発生する可能性があります。つまり、データの処理は、グリッドコントロールを使用して開発者に任せるのが最善であるということです。これらすべてをグリッド実装とAPIに適合させようとすると、適用性が制限され、かなりの肥大化が生じます。シナリオ、配列インターフェースを介してデータにアクセスする（つまり、「dataitem」を使用して特定の位置にあるアイテムに到達し、「data.length」を使用してアイテムの数を決定します）が、APIは、グリッドを任意の場所に簡単に反応させるように構成されています基になるデータへの可能な変更。 "
編集2：スニペット Datatablesフォーラム投稿 ： "* DataTablesisこれは、たとえばDataTablesがTABLEタグを使用することで確認できますが、SlickGridはDIV要素を使用してテーブルのように見える表示を作成します。 、仮想レンダリングのように、DIVで使用できる-ただし、テーブルでは使用できません。行100-110を単純にレンダリングすることはできません。テーブルの最初の100ですが、DIVでは問題ないので、現時点では適用できないのではないかと考えています。DataTablesをDIVタグマークアップを使用するように変換することです。 DataTablesの主な目標は、漸進的な機能強化とアクセシビリティに焦点を当てていることです。* "
ありがとう
JqGridとSlickGridを見て、SlickGridの方がはるかにエレガントに書かれていることがわかりました。 SlickGridのほとんどのユースケースでは、必要な構成が少なくなります。ただし、jqGridは、より複雑なケース（仮想スクロールなど）をセットアップするために必要な構成が少なくなります。
jqGridのドキュメントは優れている場合がありますが、jqGridのサーバー側の接続部分は商用製品でカバーされており、この部分のドキュメントはクライアント側よりも入手が困難です。
一方、SlickGridには、ほとんどのユースケースをカバーする優れた例があり、ソースにはコメントがたくさんあり、javascriptとjqueryについてある程度の知識がある人なら誰でもアクセスできます。
生産/怒りでjqGridとslickgridの両方を使用したので、2セントです：jqGridを使い始めるのは非常に簡単でした。また、編集機能を実装するのが困難であることがわかりました（メモリから-これは1年前でした）。
滑らかなグリッドでは、欠落している機能にまだヒットしていません。簡単にプラグインできませんでした。ドキュメントはほとんど存在していませんでしたが、今でははるかに優れています（ https://github.com/mleibman/SlickGrid/wiki/_pages ）が、これまでのところソースに飛び込んできました。 APIは私が見た中で最高のものの1つであり、大量のデータ量と複雑なエディターでのパフォーマンスは優れています（IE7のいくつかの問題ですが、グリッド対MVCフレームワークおよび複雑なエディターにそれを隔離することはありません）
全体として、滑らかなグリッドを強くお勧めします
中国語、フィンランド語、またはインディアナの小さな人々の言語のどれを勉強するのがより難しいですか？
比較の質問は常に難しすぎます。あなたが比較したいすべての製品を知っている本当に良い人を持っている必要があります。さらに、現在使用する予定の製品の部分と、将来重要になる部分を定義する必要があります。グリッド入力にJSONまたはXMLデータを使用しますか、それともローカルJavaScriptデータを使用しますか？標準のグリッドまたはサブグリッドのあるグリッド、ツリーグリッドまたはグループ化されたグリッドを使用する必要がありますか？
グリッドの使用領域をより明確に定義しないと、適切な回答が得られません。最後に、あなたが現在持っているノウハウや、あなたが簡単に理解して使用できるドキュメントや例が重要になることもあります。使用できる他の人の経験は、製品の機能としてより重要になる可能性があります。 stackoverflow.comのタグ "jqgrid" とタグ "slickgrid" で質問の数を見ると、どの製品であなたがstackoverflowに役立つかを見ることができます。
@ user175528に同意します。アプリケーションでもグリッドを広範囲に使用しており、組み込みのフォーマッタ、エディタ、バリデータは非常に使いやすく、カスタムグリッドも簡単に作成できます。
大規模なデータセットを適切に処理します（そして、それらを簡単に検索できます）。さらに、ページングとソートを簡単にセットアップできます。
Slickgridを使い始めた当初は、必要に応じて別のプロバイダーに移動できるように別のウィジェットにラップしていましたが、現在のところ、問題なく機能しているようです。
私はまだそれに触れていませんが、私のブログでいくつかの良いslickgridの例を提示します。