我们即将替换使用ExtJS网格的大型代码库，并计划使用jqGrid。只是想知道是否存在阻止我们这样做的已知问题。
我不是在寻找opionion，如果它的好或者有更好的选择。我正在寻找那些使用它的人，他们要么有很好的经验，要么更好地遇到一些技术问题，例如用例或规模或类似问题可能会让我重新考虑。
答案 0 :(得分：4)
我发现它是一个优秀的图书馆。每隔一段时间我就遇到一个小错误，要么我可以修复自己，要么我可以从Github向后移植修复程序，或者等到下一个版本时它可能会被修复。如果它在功能和用例方面满足您的要求，我肯定会说它。从技术上讲，这个插件在我看来是一流的。
答案 1 :(得分：1)
如果它对您有所帮助，它将在几家大型网络公司中用于管理目的。我记得在几次采访中与jqGrid打交道。
答案 2 :(得分：0)
我在一个具有相当复杂要求的巨大项目中使用jqGrid 3.7（例如，在隐藏选项卡上初始化网格，使用json数据按需更新网格，自定义排序/选择操作，将网格数据重新序列化为json，分页，可配置的网格高度。）
一开始，一切看起来都很好，但是当我们添加更多功能时，jqGrid暴露了很多缺陷。 jqGrid API非常臃肿，代码库中根本没有测试。这让我们最终放弃了jqGrid以获得另一个网格解决方案（它更好地满足了我们的要求，但也无法让我们满意）。
jqGrid有一个活跃的开发社区和频繁的发布，所以你可能可以解决它的故障。但是对于一个非常复杂的网格，我会选择基于MVC的解决方案 - 这允许您将网格数据保存在一个可以被其他UI组件（例如图表小部件）重用的单独模型中
更新：放弃jqGrid的原因
我们删除了SlickGrid的jqGrid，StackExchange也使用了/？（？）。
删除jQGrid的主要原因是无法在隐藏的jQuery UI选项卡上初始化网格，造型困难以及为所有小部件使用通用数据模型的愿望，而不是为每个数据写出数十个不同的模型我们使用的可视化小部件（图表，网格，树视图等）。
SlickGrid通过其虚拟渲染技术为我们带来了性能提升，但却有其自身的故障（例如，分页网格中的选择无法正常工作）。现在我们正在测试grid component in KendoUI，也许我们也会考虑新的grid widget of jQuery UI。
答案 3 :(得分：0)
完全披露：我为Kendo UI
工作Kendo UI网格设计为轻量级且速度极快。它目前拥有广泛而强大的功能集，包含多个排序，分组和自定义工具栏。
此外，Kendo UI有一个DataSource，可以在使用网格解决方案进行编辑时真正简化处理CRUD操作的过程。
更不用说您获得了Kendo UI附带的所有其他小部件。您还可以获取数据视觉化组件，并查看新年之后本机移动套件的预览。