前端加载数据慢

产品：SpreadJS
版本：V14.1

前端请求返回list数据大概2200行，加载SpreadJS表格很慢，通过调试发现是加载数据很慢，具体js加载调用参看附件

您好，由于您长时间未回帖，本贴就先作结帖处理了，后续如果有其他新的问题，欢迎继续发新帖询问

您好，请问楼主的问题是否得到解决，如果仍然存在问题，欢迎继续跟帖询问

从代码看没什么问题，我尝试将您条件格式的代码整理到此前的demo中，测试耗用时间约110ms，您可以参考对比下代码：

Lynn.Dou 发表于 2024-2-21 09:23
您试下在设置条件格式前后加上suspendPaint/resumePaint，看是否有性能提升。
另，5楼提供了测试demo，您 ...

suspendPaint/resumePaint 已经存在 我现在的问题是这个条件格式的 写法是否正确，针对一个区域的多个条件格式的优先级如何设置，或者如何设置如果为真则停止。

您试下在设置条件格式前后加上suspendPaint/resumePaint，看是否有性能提升。
另，5楼提供了测试demo，您也可以在demo基础上将条件格式相关代码补充完整，需要能复现出“加载数据慢、耗时久”的问题，我们基于代码再调试看看具体原因。

RoyAji 发表于 2024-2-20 13:42
有没有可能数据绑定过程中，每填充一些新的数据，条件格式就在重新检查应用区域的数据是否符合条件。或许有 ...

像这样的的条件格式 规则，如果我不在这里设置 ，可以在代码里面去控制，比如像现在的Y列和M列的每一个单元格设置一个条件格式，代码中控制 会不会提高性能呢？具体在代码中怎么写呢？


这么写是否有问题 ？

有没有可能数据绑定过程中，每填充一些新的数据，条件格式就在重新检查应用区域的数据是否符合条件。或许有什么临时暂停条件格式中数据检查（临时关闭公式计算之类的？），等到绑定完成再打开。

关于数据绑定性能发现设置了条件格式之后，数据绑定就很慢，去掉之后就很快了

如果代码没有明显差异，模板和数据也一样，那么控制变量法可以推测出跟产品本身可能关系不大了。您可以考虑的是项目上是否有其他内容影响了这里，例如有写框架内部会修改源生js的某些方法，或者其他的影响。