升级V6.2.1版本后，模版渲染结果增加了大量空白行
本帖最后由 Richard.Huang 于 2023-10-20 12:32 编辑产品：GcExcel
版本：V6.1.2
问题编号：DOCXLS-8921
您好，
一、问题
我将GcExcel版本从V6.0.2升级到了V6.2.1，使用相同的代码，渲染结果Sheet5增加了大量的空白行，这导致导入到SpreadJS后，SpreadJS如果有对该Sheet单元格的遍历操作，耗时大量增加，严重影响了使用新版。
========
V6.0.2的Demo工程 ：
V6.0.2的渲染结果Excel：
V6.0.2的渲染结果Excel，导入到SpreadJS后：
===========
V6.2.1的Demo工程 ：
V6.2.1的渲染结果Excel：
V6.2.1的渲染结果Excel，导入到SpreadJS后：
截图来自，使用https://demo.grapecity.com.cn/SpreadJS/WebDesigner/index.html导入Excel
二、咨询。
使用新旧两个版本的demo运行下来，对比发现
旧版本：渲染慢，后置处理取value快
新版本：渲染快，后置处理取value慢想了解一下这种现像的原因是什么？猜测新版本提升了渲染阶段的性能，降低了遍历读取阶段性能，因为取值方式已变为懒加载？取值时才计算XLOOKUP的值？，想咨询一下我的理解是否正确？
您好，问题已经重现，这边调研一下，后续有进展我会在本帖中回复您。
本帖先做保留处理了。 您好，该问题已确认是一个Bug，目前正在修复中。
另外您提到的性能方面的问题，Demo中操作并没有什么实际上的意义，只是单纯的getValue，需要您提供一个具有实际意义的Demo，我们这边再详细调研一下。 本帖最后由 扁担宽板凳长 于 2023-9-19 15:08 编辑
我是想咨询这两部分的耗时在两个版本为什么会有着较大的差异。demo里Main#processAfterCalculate先遍历getValue，再根据条件setValue就是实际的业务场景。
v.6.0.2
v.6.2.1
了解，这边跟开发反馈一下。:loap1: 扁担宽板凳长 发表于 2023-9-19 15:06
我是想咨询这两部分的耗时在两个版本为什么会有着较大的差异。demo里Main#processAfterCalculate先遍历getV ...
您好，经过调研和评估，判断该问题是一个关于XLOOKUP函数的性能问题，将在后续的版本中进行修复。 您好，这个问题已经在V6.2.3版本进行了修复，您可以通过maven更新升级到V6.2.3版本
页:
[1]