As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened,
visit the help center提供指导。
已关闭8年。
我试图在slickgrid和jqgrid之间做出选择。我认为这两个功能都很丰富。 Jqgrid具有出色的文档，因此易于安装和运行。
我试图了解它们在实现细节方面有何不同，因为我听说平滑的网格要快得多。我只是想知道是否有人进行了基准测试/了解每个网格的内部结构以提供一些有用的输入。
编辑1: @oleg-感谢您的回复。抱歉，我担心我可能没有提供足够的详细信息。尽管我没有所有用例，但是当数据较小时我将同时使用本地数据，而在数据较大时我将同时使用服务器端虚拟滚动，过滤，排序等。 Json将是主要的数据来源。我试图从可能了解两个网格内部的人那里获得输入。我对客户端实现的理解还不足以判断自己。我的一位同事提到，平滑网格可能更好，因为它是在虚拟渲染和键盘支持下开发的。我的问题是开放式的，但是如果不偏离核心设计来处理任何这些问题，网格的核心实现也可能使其在更复杂的场景中也有效，例如子网格，树木等。
好吧，基于您在jqgrid的专业知识，您如何回应Slick Grid的这一片段？ “网格与数据
我见过的SlickGrid与其他网格实现之间的主要区别在于，它们过于注重能够理解和处理数据(搜索，排序，解析，Ajax加载等)，而不能成为更好的“网格” ”(如果是可编辑的网格，则为电子表格)。如果您只想“整理” HTML表格或将前端打入一个简单列表，那太好了，但是对于其他任何事情都太不灵活了。
数据很复杂。它具有业务规则。它具有非本征特性。编辑元素的一个属性可能导致级联更改，从而修改其他属性甚至其他元素。它具有依赖性。我的意思是，最好使用网格控件将数据处理留给开发人员。试图将所有这些都适合网格实现和API只会限制其适用性并增加大量的膨胀。
SlickGrid采用了不同的方法。在最简单的情况下，它通过数组接口(interface)访问数据(即，使用“dataitem”到达给定位置的项目，并使用“data.length”确定项目的数量)，但是API的结构方式使网格对基础数据的任何可能更改使用react非常容易。”
编辑2:来自
Datatables forum post的代码段:“* DataTables正在尝试整理HTML表。例如，这可以通过DataTables使用TABLE标记来看到，而SlickGrid使用DIV元素创建看起来像的显示因此，有许多技术(例如虚拟渲染)可以与DIV一起使用
-但不能与表一起使用。无法简单地渲染100-110行而不是前100行在一个表中，但DIV没问题，因此恐怕目前还不适用，需要做的是将DataTables转换为使用DIV标签标记，但随后您失去了主要目标DataTables的重点在于逐步增强和可访问性。*“
谢谢