SlickGrid Vs JQGrid

我试图在slickgrid和jqgrid之间做出决定。我认为它们都是功能丰富的。Jqgrid有很好的文档，所以它很容易启动和运行

我正试图理解它们在实现细节方面有多么不同，因为我听说slick grid要快得多。我只是想知道是否有人做了一些基准测试/了解每个网格的内部结构以提供一些有用的输入

Edit1:@oleg-感谢您的回复。对不起，我担心我没有提供足够的细节。虽然我没有所有的用例，但我将在数据较小时使用本地数据，在数据较大时使用服务器端虚拟滚动、过滤、排序等。Json将是主要的数据源。我试图从了解两个网格的内部结构的人那里获取信息。我对客户端实现的理解不够，无法自己判断。我的一位同事提到，slick grid可能更好，因为它是通过虚拟渲染和键盘支持开发的。我的问题是开放式的，但如果不偏离核心设计来处理这些问题，网格的核心实现也可能使其在更复杂的场景（即子网格、树等）中更有效

好的，基于你对jqgrid的专业知识，你会如何回应来自的这个片段？

“网格与数据 SlickGrid和我见过的其他网格实现之间的关键区别在于，它们过于注重理解和处理数据（搜索、排序、解析、ajax加载等），而不太注重成为更好的“网格”（或者，在可编辑网格的情况下，是电子表格）。如果您只想“修饰一下”，那就太好了HTML表或将前端添加到一个简单的列表上，但对于其他任何内容来说都过于死板。 数据是复杂的。它有业务规则。它有非内在属性。编辑元素的一个属性可能会导致级联更改，修改其他属性甚至其他元素。它有依赖关系。我要说的是，处理数据最好留给使用网格控件的开发人员。尝试将所有这些应用到rid实现和API只会限制其适用性并增加相当大的膨胀。 SlickGrid采用不同的方法。在最简单的场景中，它通过数组接口访问数据（即使用“dataitem”访问给定位置的项目，使用“data.length”确定项目数量），但API的结构使网格很容易对底层数据的任何可能更改做出反应。”

编辑2:以下代码片段：“*DataTables正在尝试整理HTML表。例如，可以通过DataTables使用TABLE标记看到这一点，而SlickGrid使用DIV元素创建类似于表的显示。因此，有许多技术，如虚拟渲染，可以与div一起使用，但不能与表一起使用。不可能简单地呈现行100-110，而不是表中的前100行，但是div没有问题，因此我担心这目前不适用。需要做的是将DataTables转换为使用DIV标记标记，但这样就失去了DataTables的主要目标，即关注渐进增强和可访问性。*”

---

谢谢

哪种语言更难学：汉语、芬兰语还是印第安纳州一些小民族的语言

比较问题总是太难了。你必须让那些非常优秀的知道你想要比较的所有产品。此外，你应该定义你刚才计划使用的产品的哪一部分，以及哪一部分在将来可能很重要。你是使用JSON或XML数据进行网格输入，还是使用本地JavaScript数据？是否需要使用标准网格或带有子网格的网格、treegrid或带有分组的网格

---

在你没有更清楚地定义网格的使用范围之前，你将不会得到任何好的答案。最后，你目前掌握的哪些知识以及你可以轻松理解和使用的哪些文档或示例可能会更重要。你可以使用的其他人的经验可能会更重要他介绍了该产品的特点。如果你查看stackoverflow.com上有标签和标签的问题数量，你可以看到什么产品可以帮助你stackoverflow

我查看了jqGrid和SlickGrid，发现SlickGrid写得更优雅；SlickGrid的大多数用例需要更少的配置；jqGrid，但是，需要较少的配置来设置更复杂的情况（如虚拟滚动）

jqGrid可能有更好的文档，但是jqGrid的服务器端连接部分包含在一个商业产品中，关于这一部分的文档比客户端的文档更难获得

---

另一方面，SlickGrid有一些很好的例子，涵盖了大多数用例，源代码中充满了注释，任何对javascript和jquery有一定中级知识的人都可以访问这些例子。

在生产/anger中使用了jqGrid和SlickGrid，下面是我的2美分： jqGrid非常容易入门和使用。然而，我们很快发现自己不必按照我们想要的方式来使用jqGrids。我们还发现编辑功能很难实现，而且（从内存来看，这是一年前的事了）它迫使您进入行编辑模型，而不是执行得不好的单元编辑

有了slick grid，我们还没有找到一个缺少的功能/我们无法轻松地插入。文档本来就不存在，但现在好多了（），但到目前为止，我们只是跳进了源代码。不得不说api是我见过的最好的api之一，并且在大数据量下的性能更好