找回密码
 立即注册

QQ登录

只需一步,快速开始

Clark.Pan讲师达人认证 悬赏达人认证 SpreadJS 开发认证
超级版主   /  发表于:2023-12-22 10:52:12
11#
本帖最后由 Clark.Pan 于 2023-12-22 10:55 编辑

解释一下为什么建议GcExcel来做,而不是用SpreadJS的原因:

1.工作簿合并的工作本身在服务端完成更加合理,因为前端性能不宜大量的进行文件读取,合并的功能如果是两个工作簿还好,如果是循环处理将多个工作簿合并成一个这样的常见操作,前端的性能不足以能够很好支持。

2.从SpreadJS的结构上来说,一个Workbook是一个实体,多个workbook之间的合并操作数据多个实体间的操作,这里在目前的功能需求上没有过多的涉及。看上去sheet.toJSON和fromJSON能处理,但本身该接口的设计并不是用来处理合并的,并且处理过程中对于冲突这部分需要用户自行解决。

3.GcExcel本身后端对文件操作本身就有优势,而且文档类的产品特性,不需要考虑界面的绘制问题,使得跨Workbook的合并操作更加方便,且GcExcel本身支持了该功能也handle了冲突处理这部分。

综上所述,我们建议用GcExcel完成此类操作。如果用户还是选择通过SpreadJS来完成的话,需要自行解决冲突的部分。

如果选择GcExcel来完成上述合并操作参考下面的文档,直接使用文档中提供的API来完成:

多工作簿之间剪切/拷贝区域:https://demo.grapecity.com.cn/do ... ngebetweenworkbooks

在工作薄之间复制工作表:https://demo.grapecity.com.cn/do ... eetbetweenworkbooks

在工作薄之间移动工作表:https://demo.grapecity.com.cn/do ... eetbetweenworkbooks



回复 使用道具 举报
JoeJin
葡萄城公司职员   /  发表于:2023-12-22 16:06:16
12#
我想吃麻薯 发表于 2023-12-21 21:18
就是因为GC EXCEL处理会有很多问题才转到前端处理的

您在使用 GcExcel 合并 workbook 时,遇到了什么样的问题。
可以详细说说吗?
回复 使用道具 举报
我想吃麻薯
初级会员   /  发表于:2023-12-26 17:39:32
13#
JoeJin 发表于 2023-12-22 16:06
您在使用 GcExcel 合并 workbook 时,遇到了什么样的问题。
可以详细说说吗?

这块我不太清除,等我们同事来解释一下哈
回复 使用道具 举报
chess3cake
注册会员   /  发表于:2023-12-27 12:00:37
14#
JoeJin 发表于 2023-12-22 16:06
您在使用 GcExcel 合并 workbook 时,遇到了什么样的问题。
可以详细说说吗?

我们的抽象场景如下

1.数据源: workbook1中含有sheet A ,B,C。workbook2中含有sheet A,C,D。
2.原始需求: 将workbook1中的sheet A,C用workbook2中的A,C替换。并且将workbook2中的Sheet D加入到workbook1中。获得的新workbook3中,ABCD原有公式及样式得得到保留。

难点:
1.替换sheet并保留公式,最直接的方式应该是对同名sheet进行fromJson的操作进行替换,但在实际使用中发现,fromJson/toJson不如sheet.copy稳定并且不会自动处理样式。
2.如果使用sheet.copy来做,那么必须将所有需要的sheet全部汇入到一个new Workbook中.因为如果目标workbook中存在同名sheet,copy的时候会报错。
3.使用2的方式进行合并sheet,发现workbook1中的主题样式等会有丢失情况,有几率导致数据丢失,并且在最后save的时候出现报错。
4.在实际场景中用户会多次合并,最终导致样式丢失,部分数据丢失,甚至无法保存。


在这个流程中,用户的原始excel会被转换成spreadjs,再转到gcexcel进行合并。最常见的情况是,原始excel中的样式转换成spreadjs中就开始丢失,或者spreadjs转换正常,但是拿sjs/ssjson文件到gcexcel中就丢失。


关于类似问题,我们也有多次提出,但受限于原始数据源的保密问题,很多情况都无法做出具体demo来提供反馈。
回复 使用道具 举报
JoeJin
葡萄城公司职员   /  发表于:2023-12-27 17:54:14
15#
chess3cake 发表于 2023-12-27 12:00
我们的抽象场景如下

1.数据源: workbook1中含有sheet A ,B,C。workbook2中含有sheet A,C,D。

想确认一下,难点里提到的都是使用GcExcel的 API 遇到的问题吗?
GcExcel 已经支持跨 Workbook 复制和移动 Worksheet.

https://demo.grapecity.com.cn/do ... eetbetweenworkbooks

如果是的话,您可以尝试提供一些demo,我们当做Bug修复。

GcExcel 这边复制的 API,会自己处理样式,同时遇到同名的sheet,会自动 rename,不会报错。

另外,如果您SJS 和 GcExcel 之间沟通时,使用 SJS/SSJSON遇到问题,也可以尝试用 xlsx 来试试。
回复 使用道具 举报
chess3cake
注册会员   /  发表于:2023-12-27 20:04:58
16#
本帖最后由 chess3cake 于 2023-12-27 20:24 编辑
JoeJin 发表于 2023-12-27 17:54
想确认一下,难点里提到的都是使用GcExcel的 API 遇到的问题吗?
GcExcel 已经支持跨 Workbook 复制和移 ...

都是在之前版本中遇到的问题,目前已经换成了spreadjs处理的方案。之后有空再尝试一下。

在这个场景中我们期望的其实是“替换”同名sheet,且保留其他sheet对该sheet的公式引用。即使复制API能够提供重名的能力,我们还需要删除原始sheet,并对新sheet进行重命名,在worksheet.delete()时,其他sheet对该公式的引用会丢失,具体公式会变成#REF,有办法延迟这个公式变更吗?


我们之所以选择sjs/ssjson作为主要沟通方式,是因为我们的用户网络带宽受限且sjs/ssjson文件大小相对于xlsx有明显减小。spreadjs/gcexcel之间的沟通在使用xlsx的情况下,可以有效避免前后端兼容性问题吗?如果使用xlsx沟通,我们仍然存在xlsx->spreadjs->xlsx->gcexcel->xlsx->spreadjs这样一个转换过程。在这样一个过程中,哪个地方使用xlsx/sjs/ssjson会更好?
回复 使用道具 举报
JoeJin
葡萄城公司职员   /  发表于:2023-12-28 11:32:57
17#
我们之所以选择sjs/ssjson作为主要沟通方式,是因为我们的用户网络带宽受限且sjs/ssjson文件大小相对于xlsx有明显减小。spreadjs/gcexcel之间的沟通在使用xlsx的情况下,可以有效避免前后端兼容性问题吗?如果使用xlsx沟通,我们仍然存在xlsx->spreadjs->xlsx->gcexcel->xlsx->spreadjs这样一个转换过程。在这样一个过程中,哪个地方使用xlsx/sjs/ssjson会更好?


这个只是一种建议,本质上我们还是推荐您使用 SJS/SSJSON 来进行传输。但主要是您的场景比较复杂,又不好分享复现 Demo,所以才会有这样的一个建议。
回复 使用道具 举报
Clark.Pan讲师达人认证 悬赏达人认证 SpreadJS 开发认证
超级版主   /  发表于:2023-12-28 14:24:46
18#
在这个场景中我们期望的其实是“替换”同名sheet,且保留其他sheet对该sheet的公式引用。即使复制API能够提供重名的能力,我们还需要删除原始sheet,并对新sheet进行重命名,在worksheet.delete()时,其他sheet对该公式的引用会丢失,具体公式会变成#REF,有办法延迟这个公式变更吗?
基于目前GcExcel的情况,这个问题还有一个解决方案就是用跨workbook的区域赋值,在不删除原始sheet的前提下,将另一个worksheet中的内容以区域复制的方式复制到原始sheet上。这种情况应该不会造成#REF的问题。
回复 使用道具 举报
AlexZ讲师达人认证 悬赏达人认证 SpreadJS 开发认证
超级版主   /  发表于:2024-2-5 09:36:56
19#
建议使用 GcExcel 解决原始的需求,如果碰到问题,及时告知,我们一起来解决。

SpreadJS 目前没有计划增加合并的功能
回复 使用道具 举报
12
您需要登录后才可以回帖 登录 | 立即注册
返回顶部