System.ArgumentOutOfRangeException: 索引和长度必须引用该字符串内的位置。 参数名: length 在 System.String.Substring(Int32 startIndex, Int32 length) 在 zhuanliShow.Bind() 桌面端应用打包方法、系统、设备及程序产品技术方案_技高网

桌面端应用打包方法、系统、设备及程序产品技术方案

技术编号:44327160 阅读:1 留言:0更新日期:2025-02-18 20:35
本发明专利技术公开了一种桌面端应用打包方法、系统、设备及程序产品,方法包括:对待打包的桌面端应用进行打包处理,抽取待打包应用的全量签名文件中的固定签名文件,将固定签名文件储存于打包源目录中;在对待打包应用进行再次打包时,通过修改打包配置的临时文件将存储于打包源目录中的固定签名文件对应的文件从签名流程中排除,对其余文件进行签名处理后,将打包源目录中的固定签名文件还原至对应位置;利用签名完成的文件,得到打包完成的应用包。本发明专利技术减少了打包过程中需要签名文件的数量,从而节省了大量时间,有效提高了打包效率。

【技术实现步骤摘要】

本专利技术涉及桌面端应用开发,特别是涉及一种桌面端应用打包方法、系统、设备及程序产品


技术介绍

1、在桌面端electron应用的开发过程中,频繁打包是一个常见的需求。然而,当使用electron-builder进行打包时,包中的二进制文件数量越多,签名过程所需的时间就会显著增加,这会对开发效率造成影响。

2、当开发团队每两个月发布一个新版本,团队有相对充足的时间完成各个阶段的工作流程。然而,当发布周期缩短至一个月时,测试阶段的时间变得非常紧张,尤其是在缺陷验证环节中,经常出现等待开发团队打包的情况。这种等待浪费了大量时间,同时导致了发版时间难以准确掌控,增加了不可控的因素,给整个项目的进度和质量带来了压力。

3、为了解决这个问题,必须优化打包过程,缩短打包时间,以降低时间成本和发版的不确定性。在提出相应的解决方案之前,现有技术一直依赖electron-builder官方提供的打包工具进行正常打包。然而,由于有些安装包内包含了大量的图片、第三方动态链接库以及其他二进制文件,签名过程耗费了大量时间。这个问题严重影响了整体的打包效率,成为发版进程中的主要瓶颈之一。

4、因此,亟待专利技术一种更高效的桌面端应用打包方式,以提高打包效率,并保证打包的完整性和安全性,来确保发版时间的可控性和项目的顺利推进。


技术实现思路

1、有鉴于此,本专利技术实施例提供一种桌面端应用打包方法、系统、设备及程序产品,至少部分解决现有技术中存在的问题。

2、本专利技术的其他特性和优点将通过下面的详细描述变得显然,或部分地通过本专利技术的实践而习得。

3、为了实现上述目的,本专利技术实施例提供如下技术方案:

4、根据本专利技术实施例的第一方面,提供了一种桌面端应用打包方法,所述方法包括:

5、对待打包的桌面端应用进行打包处理,抽取待打包应用的全量签名文件中的固定签名文件,将所述固定签名文件储存于打包源目录中;

6、在对待打包应用进行再次打包时,通过修改打包配置的临时文件将存储于打包源目录中的固定签名文件对应的文件从签名流程中排除,对其余文件进行签名处理后,将打包源目录中的固定签名文件还原至对应位置;

7、利用签名完成的文件,得到打包完成的应用包。

8、进一步地,抽取待打包应用的全量签名文件中的固定签名文件,将所述固定签名文件储存于打包源目录中,包括:

9、在针对待打包应用的首次打包中,在打包过程中对所述待打包应用进行全量文件签名处理,得到第一签名完成文件;

10、抽取第一签名完成文件中的固定签名文件,将所述固定签名文件存储于打包源目录中。

11、进一步地,在对待打包应用进行再次打包时,通过修改打包配置的临时文件将存储于打包源目录中的固定签名文件对应的文件从签名流程中排除,对其余文件进行签名处理后,将打包源目录中的固定签名文件还原至对应位置,包括:

12、在针对待打包应用的再次打包中,通过修改打包配置的临时文件将存储于打包源目录中的固定签名文件对应的文件从签名流程中排除,对其余文件进行签名处理后,得到第二签名完成文件;

13、对打包源目录中的固定签名文件进行复制并还原至对应位置,利用复制后的固定签名文件和所述第二签名完成文件,得到第三签名完成文件。

14、进一步地,利用签名完成的文件,得到打包完成的应用包,包括:

15、在针对待打包应用的首次打包中,利用所述第一签名完成文件,得到所述待打包应用对应的应用包;

16、在针对待打包应用的再次打包中,利用所述第三签名完成文件,得到所述待打包应用对应的应用包。

17、进一步地,所述方法还包括:

18、判断所述应用包是否为macos应用包;

19、若所述应用包为macos应用包,则对macos应用包进行整体签名处理,得到签名完成的macos应用包;

20、若所述应用包不为macos应用包,则无需进行整体签名处理。

21、进一步地,所述固定签名文件为在后续更新中不会频繁变动的二进制文件。

22、进一步地,对待打包的桌面端应用进行打包处理,包括:

23、利用electron-builder对待打包的基于electron框架的桌面端应用进行打包处理。

24、根据本专利技术实施例的第二方面,提供了一种桌面端应用打包系统,所述系统包括:

25、第一签名模块,用于对待打包的桌面端应用进行打包处理,抽取待打包应用的全量签名文件中的固定签名文件,将所述固定签名文件储存于打包源目录中;

26、第二签名模块,用于在对待打包应用进行再次打包时,通过修改打包配置的临时文件将存储于打包源目录中的固定签名文件对应的文件从签名流程中排除,对其余文件进行签名处理后,将打包源目录中的固定签名文件还原至对应位置;

27、签名文件打包模块,用于利用签名完成的文件,得到打包完成的应用包。

28、根据本专利技术实施例的第三方面,提供了一种桌面端应用打包设备,所述设备包括:处理器和存储器;

29、所述存储器用于存储一个或多个程序指令;

30、所述处理器,用于运行一个或多个程序指令,用以执行如上任一项所述的一种桌面端应用打包方法的步骤。

31、根据本专利技术实施例的第四方面,提供了一种计算机程序产品,所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算程序,所述计算机程序包括程序指令,当所述程序指令被计算机执行时,使该计算机实现如上任一项所述的一种桌面端应用打包方法的步骤。

32、本专利技术实施例具有如下优点:

33、本专利技术实施例提供的一种桌面端应用打包方法、系统、设备及程序产品有效减少了打包过程中需要签名文件的数量,从而节省了大量时间,显著提高了打包效率,同时保证了打包的完整性和安全性,从而确保发版时间的可控性和项目的顺利推进。

本文档来自技高网...

【技术保护点】

1.一种桌面端应用打包方法,其特征在于,所述方法包括:

2.如权利要求1所述的一种桌面端应用打包方法,其特征在于,抽取待打包应用的全量签名文件中的固定签名文件,将所述固定签名文件储存于打包源目录中,包括:

3.如权利要求2所述的一种桌面端应用打包方法,其特征在于,在对待打包应用进行再次打包时,通过修改打包配置的临时文件将存储于打包源目录中的固定签名文件对应的文件从签名流程中排除,对其余文件进行签名处理后,将打包源目录中的固定签名文件还原至对应位置,包括:

4.如权利要求3所述的一种桌面端应用打包方法,其特征在于,利用签名完成的文件,得到打包完成的应用包,包括:

5.如权利要求1所述的一种桌面端应用打包方法,其特征在于,所述方法还包括:

6.如权利要求1所述的一种桌面端应用打包方法,其特征在于,所述固定签名文件为在后续更新中不会频繁变动的二进制文件。

7.如权利要求1所述的一种桌面端应用打包方法,其特征在于,对待打包的桌面端应用进行打包处理,包括:

8.一种桌面端应用打包系统,其特征在于,所述系统包括:

9.一种桌面端应用打包设备,其特征在于,所述设备包括:处理器和存储器;

10.一种计算机程序产品,其特征在于,所述计算机程序产品包括计算机程序指令,该计算机程序指令被处理器执行时实现如权利要求1至7任一项所述的一种桌面端应用打包方法的步骤。

...

【技术特征摘要】

1.一种桌面端应用打包方法,其特征在于,所述方法包括:

2.如权利要求1所述的一种桌面端应用打包方法,其特征在于,抽取待打包应用的全量签名文件中的固定签名文件,将所述固定签名文件储存于打包源目录中,包括:

3.如权利要求2所述的一种桌面端应用打包方法,其特征在于,在对待打包应用进行再次打包时,通过修改打包配置的临时文件将存储于打包源目录中的固定签名文件对应的文件从签名流程中排除,对其余文件进行签名处理后,将打包源目录中的固定签名文件还原至对应位置,包括:

4.如权利要求3所述的一种桌面端应用打包方法,其特征在于,利用签名完成的文件,得到打包完成的应用包,包括:

5.如权利要求1...

【专利技术属性】
技术研发人员:陈黄方
申请(专利权)人:用友网络科技股份有限公司
类型:发明
国别省市:

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1