easy UI 的datagrid大量数据加载的渣性能及行编辑校验的渣性能
最近做了一个项目，项目的需求的奇葩加上使用js插件的问题导致我整个人很崩溃，刚参加工作的第二个项目就让我很受伤，好了废话不多说。需求：（动态拼接列）大约70-150多列，然后数据量可以承受1000-2000,还要带前端的数据验证功能，功能是完成了，但是性能却远远跟不上。在IE下不到200条数据加载还可以，在保存时逐行校验却慢得不能忍受，长时间的脚本运行导致IE崩溃。不知道大家对于这种高性能的前端js插件附带编辑、校验功能的，有没有知道的多点的，恳请大家多多指教，愿结交为友。
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（15）
最终，数据导入的时效性校验没做出来，测试崩溃，研发崩溃。最后要返工来者，后续就不知道怎么处理了，已离职第一家了。
您好，最后的解决方案是什么
行号压根没敢要啊，加载条都会卡死
目测你用了他的显示行号功能，试试去掉，或者自己实现行号,效率提高n倍
真搞不懂一些领导的思维 —— 小字、满屏，眼睛不累啊？大字、按需加载不好吗？看不清，有工作质量吗？[41]
回复
天朝国情如此
还好我现在的老大眼光比较现代，我能自主开发～
业务复杂，都崩溃 了
我也遇到这个坑了，行可编辑，提交的时候要对每个单元格做校验，在ie8下不到50行就报脚本超时了，谷歌火狐下时间也很长。
用的IE edge ，也够渣的，gool兼容还好点
引用来自“殇年”的评论
如果用 EasyUI 就尽量让用户使用现代浏览器（Chrome、360/QQ浏览器），如果这一目标不现实，那就别用 EasyUI。
像 EasyUI 这种东西属于快速开发范畴，所谓事无完美，开发起来快那么其他诸如性能方面就会比较差，咱程序员就需要从中做平衡。
我觉得也是，哎没办法，老大要这功能，只能硬着头皮搞
有没有其他的强大的js插件，比如JQGrid或者DHX，这类我现在了解不多
回复
你这需求也算是比较少见，尝试跟客户沟通一下换个浏览器（比如 Chrome）看看行不？！ 比如你可以在自己的笔记本上登录系统亲自跑给客户看，用事实说话就行。 毕竟抛弃 EasyUI 自己去从头开发成本还是相当高的。
如果用 EasyUI 就尽量让用户使用现代浏览器（Chrome、360/QQ浏览器），如果这一目标不现实，那就别用 EasyUI。
像 EasyUI 这种东西属于快速开发范畴，所谓事无完美，开发起来快那么其他诸如性能方面就会比较差，咱程序员就需要从中做平衡。