CN109947722B - 用于应用程序的数据压缩方法、装置和计算机可读存储介质 - Google Patents

用于应用程序的数据压缩方法、装置和计算机可读存储介质 Download PDF

Info

Publication number
CN109947722B
CN109947722B CN201910113133.2A CN201910113133A CN109947722B CN 109947722 B CN109947722 B CN 109947722B CN 201910113133 A CN201910113133 A CN 201910113133A CN 109947722 B CN109947722 B CN 109947722B
Authority
CN
China
Prior art keywords
file
compression
picture
data compression
application program
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201910113133.2A
Other languages
English (en)
Other versions
CN109947722A (zh
Inventor
刘宏伟
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Dajia Internet Information Technology Co Ltd
Original Assignee
Beijing Dajia Internet Information Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Dajia Internet Information Technology Co Ltd filed Critical Beijing Dajia Internet Information Technology Co Ltd
Priority to CN201910113133.2A priority Critical patent/CN109947722B/zh
Publication of CN109947722A publication Critical patent/CN109947722A/zh
Application granted granted Critical
Publication of CN109947722B publication Critical patent/CN109947722B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)

Abstract

本申请是关于一种用于应用程序的数据压缩方法、装置和计算机存储介质。该应用程序的数据压缩方法,包括:遍历代码分支中包括的多个文件夹,获取符合数据压缩要求的第一文件;对所述第一文件进行压缩,得到对应的第二文件;以及当所述第二文件的压缩率高于第一阈值时,将所述第一文件替换为所述第二文件;其中,所述代码分支为应用程序的相关文件,所述多个文件夹为需要打包到所述应用程序内的文件夹。在该应用程序的数据压缩方法中,通过预设第一阈值,对第一文件进行选择性压缩,减少无用压缩,提高了应用程序压缩的效率,同时提高了用户体验。

Description

用于应用程序的数据压缩方法、装置和计算机可读存储介质
技术领域
本申请属于计算机软件应用领域,尤其是用于应用程序的数据压缩方法、装置和计算机可读存储介质。
背景技术
Android应用程序存储空间的大小影响着用户体验,应用程序存储空间过大,用户下载需要消耗过多的流量,并且占用手机内存高,容易引起手机卡顿、发热等性能变差的现象。缩减android应用程序存储空间大小的方案之一就是压缩图片。
相关技术中,常用两种方式进行图片压缩,一种是手动压缩图片,也就是人为的将图片一个一个拖拽到压缩工具当中,需要人力比较多并且浪费时间;另一种是调用api批量压缩文件,将压缩后的图片直接进行替换,这样可能导致有些图片没有必要压缩也进行了压缩,并且没有与版本增量建立联系,不能自动的将图片压缩后的内容提交到版本库。
发明内容
为克服相关技术中存在的应用程序的制作过程耗费人力和应用程序制作中图片的压缩没有与版本增量建立联系的问题,本申请公开一种用于应用程序的数据压缩方法和装置,通过预设第一阈值,对第一文件进行选择性压缩,减少无用压缩,提高了应用程序压缩的效率,同时提高了用户体验。
根据本申请实施例的第一方面,提供一种用于应用程序的数据压缩方法,包括:
遍历代码分支中包括的多个文件夹,获取符合数据压缩要求的第一文件;
对所述第一文件进行压缩,得到对应的第二文件;以及
当所述第二文件的压缩率高于第一阈值时,将所述第一文件替换为所述第二文件;
其中,所述代码分支为应用程序的相关文件,所述多个文件夹为需要打包到所述应用程序内的文件夹。
可选地,所述遍历代码分支中包括的多个文件夹,获取符合数据压缩要求的第一文件,包括:
遍历每个所述文件夹下包含的所有第三文件;
判断当前遍历的所述第三文件是否是图片且不是可伸缩的位图图片;以及
如果当前遍历的所述第三文件是图片且不是可伸缩的位图图片,则将所述当前遍历的所述第三文件和白名单中包含的文件列表进行比对。
可选地,所述遍历代码分支中包括的多个文件夹,获取符合数据压缩要求的第一文件,还包括:
如果所述当前遍历的所述第三文件不包括在所述白名单中,则所述当前遍历的所述第三文件是符合数据压缩要求的所述第一文件。
可选地,所述判断当前遍历的所述第三文件是否是图片且不是可伸缩的位图图片,包括:
判断所述当前遍历的所述第三文件的文件后缀是否是以.png且不是以.9.png结尾;
如果所述当前遍历的所述第三文件的文件后缀是以.png且不是以.9.png结尾,则当前遍历的所述第三文件是图片且不是可伸缩的位图图片。
可选地,所述对所述第一文件进行压缩,得到对应的第二文件之后,包括:
将所述第二文件存储到临时文件;
计算所述第二文件的压缩率,并判断所述压缩率是否高于所述第一阈值。
可选地,所述对所述第一文件进行压缩,得到对应的第二文件之后,还包括:
如果所述第二文件的所述压缩率不高于所述第一阈值,则将所述第一文件添加到白名单的文件列表中并且将所述第一文件的存储空间大小存储到所述白名单中。
可选地,所述当所述第二文件的压缩率高于第一阈值时,将所述第一文件替换为所述第二文件,包括:
如果所述第二文件的所述压缩率高于所述第一阈值,则将所述第一文件替换为所述临时文件。
可选地,所述的数据压缩方法,还包括:记录压缩统计表,所述压缩统计表中记录所述压缩率高于所述第一阈值的所述第二文件对应的所述第一文件的压缩信息;
记录未压缩统计表,所述未压缩统计表中记录所述压缩率不高于所述第一阈值的所述第二文件对应的所述第一文件的压缩信息。
可选地,所述压缩信息中的信息包括以下信息中的至少之一:文件路径、文件压缩前的存储空间大小、文件压缩后的存储空间大小和压缩率。
可选地,所述的数据压缩方法,还包括:存储当前的所述白名单,并将当前的所述白名单用于下一次压缩所述应用程序。
可选地,基于压缩后的所述代码分支得到所述应用程序的压缩文件程序包。
根据本申请实施例的第二方面,提供一种用于应用程序的数据压缩装置,包括:
获取单元,被配置为遍历代码分支中包括的多个文件夹,获取符合数据压缩要求的第一文件;
压缩单元,被配置为对所述第一文件进行压缩,得到对应的第二文件;以及
替换单元,被配置为当所述第二文件的压缩率高于第一阈值时,将所述第一文件替换为所述第二文件;
其中,所述代码分支为应用程序的相关文件,所述多个文件夹为需要打包到所述应用程序内的文件夹。
可选地,所述遍历代码分支中包括的多个文件夹,获取符合数据压缩要求的第一文件,包括:
遍历每个所述文件夹下包含的所有第三文件;
判断当前遍历的所述第三文件是否是图片且不是可伸缩的位图图片;以及
如果当前遍历的所述第三文件是图片且不是可伸缩的位图图片,则将所述当前遍历的所述第三文件和白名单中包含的文件列表进行比对。
可选地,所述遍历代码分支中包括的多个文件夹,获取符合数据压缩要求的第一文件,还包括:
如果所述当前遍历的所述第三文件不包括在白名单中,则所述当前遍历的所述第三文件是符合数据压缩要求的所述第一文件。
可选地,所述判断当前遍历的所述第三文件是否是图片且不是可伸缩的位图图片,包括:
判断所述当前遍历的所述第三文件的文件后缀是否是以.png且不是以.9.png结尾;
如果所述当前遍历的所述第三文件的文件后缀是以.png且不是以.9.png结尾,则当前遍历的所述第三文件是图片且不是可伸缩的位图图片。
可选地,所述对所述第一文件进行压缩,得到对应的第二文件之后,
所述替换单元,还被配置为将所述第二文件存储到临时文件,计算所述第二文件的压缩率,并判断所述压缩率是否高于所述第一阈值。
可选地,所述替换单元,还被配置为如果所述第二文件的所述压缩率不高于所述第一阈值,则将所述第一文件添加到白名单的文件列表中并且将所述第一文件的存储空间大小存储到所述白名单中。
可选地,所述当所述第二文件的压缩率高于第一阈值时,将所述第一文件替换为所述第二文件,包括:
如果所述第二文件的所述压缩率高于所述第一阈值,则将所述第一文件替换为所述临时文件。
可选地,所述的数据压缩装置,还包括:统计单元,被配置为记录压缩统计表,所述压缩统计表中记录所述压缩率高于所述第一阈值的所述第二文件对应的所述第一文件的压缩信息,
记录未压缩统计表,所述未压缩统计表中记录所述压缩率不高于所述第一阈值的所述第二文件对应的所述第一文件的压缩信息。
可选地,所述压缩信息中的信息包括以下信息中的至少之一:文件路径、文件压缩前的存储空间大小、文件压缩后的存储空间大小和压缩率。
可选地,所述的数据压缩装置,还包括:存储单元,被配置为存储当前的所述白名单,并将当前的所述白名单用于下一次压缩所述应用程序。
可选地,基于压缩后的所述代码分支得到所述应用程序的压缩文件程序包。
根据本发明实施例的第三方面,提供一种用于应用程序的数据压缩控制装置,包括:
处理器;
用于存储所述处理器可执行指令的存储器;
其中,所述处理器被配置为执行上述任意一项所述的用于应用程序的数据压缩方法。
根据本发明实施例的第四方面,提供一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机指令,所述计算机指令被执行时实现上述用于应用程序的数据压缩方法。
根据本申请实施例的第五方面,提供一种计算机程序产品,包括计算机程序产品,所述计算机程序包括程序指令,当所述程序指令被移动终端执行时,使所述移动终端执行用于应用程序的数据压缩方法的步骤。
本申请的实施例提供的技术方案可以包括以下有益效果:
⑴遍历代码分支包含的多个文件夹。从多个文件夹中获取符合数据压缩要求的第一文件。对符合数据压缩要求的第一文件进行压缩,得到对应的第二文件。当第二文件的压缩率高于第一阈值时,将第一文件替换为对应的第二文件。通过预设第一阈值,对第一文件进行选择性压缩,减少无用压缩,提高了应用程序压缩的效率,同时提高了用户体验。
⑵遍历代码分支中每个文件夹下包含的所有第三文件。判断当前遍历的第三文件是否是图片且不是可伸缩的位图图片。如果当前遍历的第三文件是图片且不是可伸缩的位图图片,则将当前遍历的第三文件和白名单中包含的文件列表进行比对。如果当前遍历的第三文件不包括在白名单中,则当前遍历的第三文件是符合数据压缩要求的第一文件。对第一文件进行压缩,得到对应的第二文件。将第二文件存储到临时文件。计算第二文件和对应的第一文件之间存储空间大小的压缩率,并判断该压缩率是否高于第一阈值。第一阈值为预先设定的。如果第二文件的压缩率不高于第一阈值,则将第一文件添加到白名单的文件列表中并且将第一文件的存储空间大小存储到白名单中。如果第二文件的压缩率高于第一阈值,则将第一文件替换为临时文件。记录压缩统计表和未压缩统计表。其中,压缩统计表中记录压缩率高于第一阈值的第二文件对应的第一文件的压缩信息。未压缩统计表中记录压缩率不高于第一阈值的第二文件对应的第一文件的压缩信息。压缩信息中的信息包括以下信息中的至少之一:文件路径、文件压缩前的存储空间大小、文件压缩后的存储空间大小和压缩率。存储当前的白名单,并将当前的白名单用于下一次压缩该应用程序。将用于应用程序的数据压缩中图片的压缩与应用程序的版本增量建立联系,可持续性的减小android应用程序存储空间的大小,提高了应用程序压缩的效率。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本申请。
附图说明
图1是根据一示例性实施例示出的用于应用程序的数据压缩方法的流程图。
图2是根据一示例性实施例示出的用于应用程序的数据压缩方法的流程图。
图3是根据一示例性实施例示出的用于应用程序的数据压缩方法的流程图。
图4是根据一示例性实施例示出的代码分支的结构。
图5是根据一示例性实施例示出的用于应用程序的数据压缩装置的示意图。
图6是根据一示例性实施例示出的一种执行用于应用程序的数据压缩方法的装置的框图。
图7是根据一示例性实施例示出的一种执行用于应用程序的数据压缩方法的装置的框图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
针对代码管理和持续集成工作,现已经出现了多种管理工具,包括现在广泛使用的svn,git,Jenkins,maven,Gradle等。git是一个开源的分布式控制系统,可以有效、高速的处理从很小到非常大的项目管理。Jenkins是基于Java开发的一种持续集成工具,用于监控持续重复的工作,旨在提供一个开放易用的软件平台,使软件的持续集成变成可能。
多个程序开发工程师对工程项目共同开发时,会从主干代码分支拉取代码分支,并且对拉取的新的代码分支进行命名,每个程序开发工程师拉取的代码分支的命名不能相同。每个程序开发工程师在自己的代码分支上进行开发,最后将经过开发后的代码分支合并回主干代码分支。主干代码分支就会有所有程序开发工程师编写的代码,也就是有所有程序开发工程师对工程项目新增/更改的功能。
图1是根据一示例性实施例示出的用于应用程序的数据压缩方法的流程图。当应用程序出现新改动的原始图片或者新添加的图片时,为了减小应用程序的存储空间大小需要对应用程序进行压缩。为了节省进行图片压缩耗费的人力和时间,按照适用的规则维度,压缩最新改动或添加的图片并且自动作出统计,自动触发图片压缩并将改动提交到版本库,完全自动化的减小android应用程序的存储空间大小。
在进行用于应用程序的数据压缩之前通过版本管理软件,例如git,从主干代码分支拉取代码分支。该代码分支包括应用程序的相关文件。对拉取的代码分支开发新功能后,可能改动了部分文件,比如a、b文件。处理后的代码分支与主干代码分支相比,对a、b文件进行了修改。把处理后的代码分支合并回主干代码分支后,相当于当前的主干代码分支中也改动了a、b文件。
该用于应用程序的数据压缩方法,具体包括以下步骤:
在步骤S101中,遍历代码分支中包括的多个文件夹,获取符合数据压缩要求的第一文件。
在该步骤中,遍历代码分支包含的多个文件夹。从多个文件夹中获取符合数据压缩要求的第一文件。该多个文件夹为需要打包到该代码分支所属的应用程序内的文件夹。
在步骤S102中,对所述第一文件进行压缩,得到对应的第二文件。
在该步骤中,对符合数据压缩要求的第一文件进行压缩,得到对应的第二文件。
在步骤S103中,当所述第二文件的压缩率高于第一阈值时,将所述第一文件替换为所述第二文件。
在该步骤中,当第二文件的压缩率高于第一阈值时,将第一文件替换为对应的第二文件。
根据本申请的实施例,遍历代码分支包含的多个文件夹。从多个文件夹中获取符合数据压缩要求的第一文件。对符合数据压缩要求的第一文件进行压缩,得到对应的第二文件。当第二文件的压缩率高于第一阈值时,将第一文件替换为对应的第二文件。通过预设第一阈值,对第一文件进行选择性压缩,减少无用压缩,提高了应用程序压缩的效率,同时提高了用户体验。
图2是根据一示例性实施例示出的用于应用程序的数据压缩方法的流程图,本实施例是比前述实施例更加完善的实施例。包括以下步骤:
在步骤S201中,遍历代码分支中包括的多个文件夹,获取符合数据压缩要求的第一文件。
在该步骤中,遍历代码分支中每个文件夹下包含的所有第三文件。判断当前遍历的第三文件是否是图片且不是可伸缩的位图图片。如果当前遍历的第三文件是图片且不是可伸缩的位图图片,则将当前遍历的第三文件和白名单中包含的文件列表进行比对。如果当前遍历的第三文件不包括在白名单中,则当前遍历的第三文件是符合数据压缩要求的第一文件。
具体地,判断当前遍历的第三文件是否是图片且不是可伸缩的位图图片的步骤,包括:
判断当前遍历的第三文件的文件后缀是否是以.png且不是以.9.png结尾。如果所当前遍历的第三文件的文件后缀是以.png且不是以.9.png结尾,则当前遍历的第三文件是图片且不是可伸缩的位图图片。
在步骤S202中,对所述第一文件进行压缩,得到对应的第二文件。
该步骤与图1中的步骤S102一致,这里就不再赘述。
在步骤S203中,将所述第二文件存储到临时文件;计算所述第二文件的压缩率,并判断所述压缩率是否高于所述第一阈值。
在该步骤中,将第二文件存储到临时文件。计算第二文件和对应的第一文件之间存储空间大小的压缩率,并判断该压缩率是否高于第一阈值。第一阈值为预先设定的。
在步骤S204中,如果所述第二文件的所述压缩率不高于所述第一阈值,则将所述第一文件添加到白名单的文件列表中并且将所述第一文件的存储空间大小存储到所述白名单中。
在该步骤中,如果第二文件的压缩率不高于第一阈值,则将第一文件添加到白名单的文件列表中并且将第一文件的存储空间大小存储到白名单中。
在步骤S205中,如果所述第二文件的所述压缩率高于所述第一阈值,则将所述第一文件替换为所述临时文件。
在该步骤中,如果第二文件的压缩率高于第一阈值,则将第一文件替换为临时文件。
在步骤S206中,记录压缩统计表,所述压缩统计表中记录所述压缩率高于所述第一阈值的所述第二文件对应的所述第一文件的压缩信息;记录未压缩统计表,所述未压缩统计表中记录所述压缩率不高于所述第一阈值的所述第二文件对应的所述第一文件的压缩信息。
在该步骤中,记录压缩统计表和未压缩统计表。其中,压缩统计表中记录压缩率高于第一阈值的第二文件对应的第一文件的压缩信息。未压缩统计表中记录压缩率不高于第一阈值的第二文件对应的第一文件的压缩信息。压缩信息中的信息包括以下信息中的至少之一:文件路径、文件压缩前的存储空间大小、文件压缩后的存储空间大小和压缩率。
在步骤S207中,存储当前的所述白名单,并将当前的所述白名单用于下一次压缩所述应用程序。
在该步骤中,存储当前的白名单,并将当前的白名单用于下一次压缩该应用程序。
根据本申请的实施例中,遍历代码分支中每个文件夹下包含的所有第三文件。判断当前遍历的第三文件是否是图片且不是可伸缩的位图图片。如果当前遍历的第三文件是图片且不是可伸缩的位图图片,则将当前遍历的第三文件和白名单中包含的文件列表进行比对。如果当前遍历的第三文件不包括在白名单中,则当前遍历的第三文件是符合数据压缩要求的第一文件。对第一文件进行压缩,得到对应的第二文件。将第二文件存储到临时文件。计算第二文件和对应的第一文件之间存储空间大小的压缩率,并判断该压缩率是否高于第一阈值。第一阈值为预先设定的。如果第二文件的压缩率不高于第一阈值,则将第一文件添加到白名单的文件列表中并且将第一文件的存储空间大小存储到白名单中。如果第二文件的压缩率高于第一阈值,则将第一文件替换为临时文件。记录压缩统计表和未压缩统计表。其中,压缩统计表中记录压缩率高于第一阈值的第二文件对应的第一文件的压缩信息。未压缩统计表中记录压缩率不高于第一阈值的第二文件对应的第一文件的压缩信息。压缩信息中的信息包括以下信息中的至少之一:文件路径、文件压缩前的存储空间大小、文件压缩后的存储空间大小和压缩率。存储当前的白名单,并将当前的白名单用于下一次压缩该应用程序。将用于应用程序的数据压缩中图片的压缩与应用程序的版本增量建立联系,可持续性的减小android应用程序存储空间的大小,提高了应用程序压缩的效率。
图3是根据一示例性实施例示出的用于应用程序的数据压缩方法的流程图。包括以下步骤:
在步骤S301中,遍历代码分支包含的多个文件夹,针对每个文件夹下包含的所有第三文件,判断该第三文件的文件格式是否为图片,即判断第三文件的文件后缀是否以.png结尾。如果代码分支中包含的多个文件夹都遍历完,则执行步骤S302。如果该第三文件的文件格式是图片,则执行S303。
在步骤S302中,计算代码分支的压缩之前和压缩之后的所有的图片的存储空间大小之差,并且将代码分支的压缩之前和压缩之后的总的存储空间大小之差写入压缩统计表中。
在步骤S303中,判断当前遍历的图片是否为可伸缩的位图图片,该可伸缩的位图图片是指文件后缀以.9.png结尾的图片。如果当前遍历的图片的文件后缀是以.9.png结尾,则执行步骤S301。如果当前遍历的图片的文件后缀是以.png结尾且不以.9.png结尾,则执行步骤S304。
在步骤S304中,判断当前遍历的图片是否已经添加到当前白名单的文件列表中。如果当前遍历的图片已经添加到当前白名单中,则执行步骤S301。如果当前遍历的图片没有添加到当前白名单中,则执行步骤S305。
在步骤S305中,对当前遍历的图片进行压缩并且将压缩后的图片存储到临时文件中。
在步骤S306中,判断当前遍历的图片的图片压缩率是否大于10%。如果当前遍历的图片的图片压缩率小于等于10%,则执行步骤S307。如果当前遍历的图片的图片压缩率大于10%,则执行步骤S308。
在步骤S307中,将当前遍历的图片添加到当前白名单中;将当前遍历的图片的图片压缩信息写入未压缩统计表中;以及执行步骤S301。
在步骤S308中,将临时文件赋值给当前遍历的图片以将临时文件替换原始的第三文件;将当前遍历的图片的图片压缩信息写入压缩统计表中;以及执行步骤S301。
在本申请的实施例中,遍历代码分支包含的多个文件夹,例如,该多个文件为非项目根目录下的多个文件,针对每个文件夹下包含的所有第三文件,判断该第三文件的文件格式是否为图片,即判断第三文件的文件后缀是否以.png结尾。如果代码分支中包含的多个文件夹都遍历完,则计算代码分支的压缩之前和压缩之后的所有的图片的存储空间大小之差,并且将代码分支的压缩之前和压缩之后的图片的总的存储空间大小之差写入压缩统计表中。如果该第三文件的文件格式是图片,判断当前遍历的图片是否为可伸缩的位图图片,该可伸缩的位图图片是指文件后缀以.9.png结尾的图片。以.9.png结尾的图片是经过9patch处理过的图片,也称为9patch图片。9patch图片是andriod app开发里一种特殊的图片形式,文件的扩展名为:.9.png。9patch图片的作用就是在图片拉伸的时候保证其不会失真。使用.9图片可让图片在指定的位置拉伸和在指定的位置显示内容,这样图片的边边角角就不会出现失真了。
如果当前遍历的图片的文件后缀是以.9.png结尾,继续遍历代码分支包含的多个文件夹,针对每个文件夹下包含的所有第三文件,判断该第三文件的文件格式是否为图片。如果当前遍历的图片的文件后缀是以.png结尾且不以.9.png结尾,则判断当前遍历的图片是否已经添加到当前白名单的文件列表中。
如果当前遍历的图片已经添加到当前白名单中,遍历代码分支包含的多个文件夹,针对每个文件夹下包含的所有第三文件,判断该第一文件的文件格式是否为图片。如果当前遍历的图片没有添加到当前白名单中,则对当前遍历的图片进行压缩并且将压缩后的图片存储到临时文件中。
判断当前遍历的图片的图片压缩率是否大于10%。其中,
Figure BDA0001968780290000121
如果当前遍历的图片的图片压缩率小于等于10%,则将当前遍历的图片添加到当前白名单中,将当前遍历的图片的图片压缩信息写入未压缩统计表中。将当前遍历的图片的图片路径和图片大小写入当前白名单。如果当前遍历的图片的图片压缩率大于10%,则将临时文件赋值给当前遍历的图片以将临时文件替换原始的第三文件,将当前遍历的图片的图片压缩信息写入压缩统计表中,以及继续遍历代码分支包含的多个文件夹,针对每个文件夹下包含的所有第三文件,判断该第三文件的文件格式是否为图片。该图片压缩信息中的信息包括以下信息中的至少之一:图片路径、图片压缩前的大小、图片压缩后的大小和图片压缩率。
根据本申请的实施例,通过预设阈值,图片压缩率小于等于10%时,图片压缩对应用程序的存储空间大小影响不大,并且可能降低图片品质,所以对图片进行选择性压缩,减少无用压缩,提高了应用程序压缩的效率,同时提高了用户体验。同时,对以.9.png结尾的图片不进行压缩,避免影响以.9.png结尾的图片的特有性质即拉伸时不失真,从而提高了用户体验。
图4是根据一示例性实施例示出的代码分支的结构。具体是tiny代码分支的结构。build是一个在研发阶段存在的文件夹,不需要打包到应用程序里。
遍历tiny代码分支中包含的多个文件夹,首先遍历到/build/aaa.png和/build/aa.9.png,/build/aaa.png和/build/aa.9.png是build文件夹下的文件。因为build是代码编译过程中生成的文件夹,实际打包时不会将这部分代码打包进去算作应用程序安装包大小。所以说对build目录下的文件进行压缩属于无用功,并且不希望将build中的代码提交到版本库中。所以对/build/aaa.png和/build/aa.9.png不做处理。接着遍历tiny代码分支中包含的多个文件夹。
遍历到/a/bb.png。由于/a/bb.png是以.png结尾且不以.9.png结尾的图片,则判断/a/bb.png是否已经写入白名单(whitelist.txt)的文件列表中。例如,把/a/bb.png的图片路径和图片大小与白名单中的数据一条一条比较。如果/a/bb.png的图片路径和图片大小与白名单中的数据相同,则继续遍历tiny代码分支中包含的多个文件夹。
如果/a/bb.png的图片路径和图片大小与白名单中的数据不相同,则对/a/bb.png进行压缩并且将压缩图片存储到临时文件(temp.png)中。判断/a/bb.png的图片压缩率是否大于10%。如果/a/bb.png的图片压缩率小于等于10%,则将/a/bb.png的图片路径和图片大小写入白名单中,并且将/a/bb.png的图片压缩信息,该图片压缩信息包括以下信息中至少之一的信息:图片路径、图片压缩前的存储空间大小、图片压缩后的存储空间大小和图片压缩率,写入未压缩统计表中。如果/a/bb.png的图片压缩率大于10%,则将临时文件(temp.png)赋值给/a/bb.png以将原始的图片替换为对应的压缩图片,并且将/a/bb.png的图片压缩信息,该图片压缩信息包括以下信息中至少之一的信息:图片路径、图片压缩前的存储空间大小、图片压缩后的存储空间大小和图片压缩率,写入压缩统计表中。接着继续遍历tiny代码分支中包含的多个文件夹。
遍历到/a/build/cc.png和/a/build/cc.9.png,/a/build/cc.png和/a/build/cc.9.png是build文件夹下的文件。因为build是代码编译过程中生成的文件夹,实际打包时不会将这部分代码打包进去算作安装包大小。所以说对build目录下的文件进行压缩属于无用功,并且不希望将build中的代码提交到版本库中。所以对/a/build/cc.png和/a/build/cc.9.png,不做处理。继续遍历tiny代码分支中包含的多个文件夹。
遍历到/dd.png,由于/dd.png是以.png结尾且不以.9.png结尾的图片,则判断/dd.png是否已经写入白名单(whitelist.txt)的文件列表中。例如,把/dd.png的图片路径和图片大小与白名单中的数据一条一条比较。如果/dd.png的图片路径和图片大小与白名单中的数据相同,则tiny代码分支中包含的多个文件夹遍历完,计算/dd.png与对应的压缩图片的存储空间的体积差,并且将体积差写入压缩统计表中。
如果/dd.png的图片路径和图片大小与白名单中的数据不相同,则对/dd.png进行压缩并且将压缩图片存储到临时文件(temp.png)中。判断/dd.png的图片压缩率是否大于10%。如果/dd.png的图片压缩率小于等于10%,则将/dd.png的图片路径和图片大小写入白名单中,并且将/dd.png的图片压缩信息,该图片压缩信息包括以下信息中至少之一的信息:图片路径、图片压缩前的存储空间大小、图片压缩后的存储空间大小和图片压缩率,写入未压缩统计表中。如果/dd.png的图片压缩率大于10%,则将临时文件(temp.png)赋值给/dd.png以将原始的图片替换为对应的压缩图片,并且将/dd.png的图片压缩信息,该图片压缩信息包括以下信息中至少之一的信息:图片路径、图片压缩前的存储空间大小、图片压缩后的存储空间大小和图片压缩率,写入压缩统计表中。Tiny代码分支中文件遍历完,计算/dd.png与对应的压缩图片的存储空间的体积差,并且将体积差写入压缩统计表中。计算压缩之前和压缩之后的/a/bb.png和/dd.png的总的存储空间大小之差写入压缩统计表中。
在本申请的一个可选的实施例中,基于触发操作触发该用于应用程序的数据压缩方法。每次从应用程序的主干代码分支拉取代码分支,自动触发集成工具(Jenkins)构建,构建后将关于用于应用程序的数据压缩方法的脚本、临时文件(temp.png)和白名单(whitelist.txt)导入集成工具(Jenkins)下项目的根目录中。
执行关于用于应用程序的数据压缩方法的脚本后,将集成工具(Jenkins)下项目的根目录中存储的关于用于应用程序的数据压缩方法的脚本和临时文件(temp.png)删除。将白名单(whitelist.txt)、压缩统计表、未压缩统计表移至关于用于应用程序的数据压缩方法的脚本的原存储位置进行存储。执行git命令,按照时间动态命名拉取的代码分支的分支名称,进行提交将代码分支和应用程序的主干代码分支合并的merge request操作。
根据本申请的实施例,关于用于应用程序的数据压缩方法的脚本与集成工具(Jenkins)集成实现自动执行脚本并且自动提交将代码分支和应用程序的主干代码分支合并的merge request操作。实现自动化压缩应用程序,节省了人力和时间。
图5是根据一示例性实施例示出的用于应用程序的数据压缩装置的示意图。如图5所示,该装置50包括:获取单元501、压缩单元502和替换单元503。
获取单元501,被配置为遍历代码分支中包括的多个文件夹,获取符合数据压缩要求的第一文件。
该单元被配置为遍历代码分支包含的多个文件夹。从多个文件夹中获取符合数据压缩要求的第一文件。该多个文件夹为需要打包到该代码分支所属的应用程序内的文件夹。
压缩单元502,被配置为对所述第一文件进行压缩,得到对应的第二文件。
该单元被配置为对符合数据压缩要求的第一文件进行压缩,得到对应的第二文件。
替换单元503,被配置为当所述第二文件的压缩率高于第一阈值时,将所述第一文件替换为所述第二文件。
该单元被配置为当第二文件的压缩率高于第一阈值时,将第一文件替换为对应的第二文件。
在本申请的一个可选地实施例中,获取单元501,被配置为遍历代码分支中每个文件夹下包含的所有第三文件。判断当前遍历的第三文件是否是图片且不是可伸缩的位图图片。如果当前遍历的第三文件是图片且不是可伸缩的位图图片,则将当前遍历的第三文件和白名单中包含的文件列表进行比对。如果当前遍历的第三文件不包括在白名单中,则当前遍历的第三文件是符合数据压缩要求的第一文件。
具体地,判断当前遍历的第三文件是否是图片且不是可伸缩的位图图片的步骤,包括:
判断当前遍历的第三文件的文件后缀是否是以.png且不是以.9.png结尾。如果所当前遍历的第三文件的文件后缀是以.png且不是以.9.png结尾,则当前遍历的第三文件是图片且不是可伸缩的位图图片。
在本申请的一个可选地实施例中,替换单元503,被配置为将第二文件存储到临时文件。计算第二文件和对应的第一文件之间存储空间大小的压缩率,并判断该压缩率是否高于第一阈值。第一阈值为预先设定的。
在本申请的一个可选地实施例中,替换单元503,被配置为如果第二文件的压缩率不高于第一阈值,则将第一文件添加到白名单的文件列表中并且将第一文件的存储空间大小存储到白名单中。
在本申请的一个可选地实施例中,替换单元503,被配置为如果第二文件的压缩率高于第一阈值,则将第一文件替换为临时文件。
在本申请的一个可选地实施例中,用于应用程序的数据压缩装置,还包括:统计单元,被配置为记录压缩统计表和未压缩统计表。其中,压缩统计表中记录压缩率高于第一阈值的第二文件对应的第一文件的压缩信息。未压缩统计表中记录压缩率不高于第一阈值的第二文件对应的第一文件的压缩信息。压缩信息中的信息包括以下信息中的至少之一:文件路径、文件压缩前的存储空间大小、文件压缩后的存储空间大小和压缩率。
在本申请的一个可选地实施例中,用于应用程序的数据压缩装置,还包括:存储单元,被配置为存储当前的白名单,并将当前的白名单用于下一次压缩该应用程序。
在本申请的一个可选的实施例中,基于触发操作触发该用于应用程序的数据压缩方法。每次从应用程序的主干代码分支拉取代码分支,自动触发集成工具(Jenkins)构建,构建后将关于用于应用程序的数据压缩方法的脚本、临时文件(temp.png)和白名单(whitelist.txt)导入集成工具(Jenkins)下项目的根目录中。
执行关于用于应用程序的数据压缩方法的脚本后,将集成工具(Jenkins)下项目的根目录中存储的关于用于应用程序的数据压缩方法的脚本和临时文件(temp.png)删除。将白名单(whitelist.txt)、压缩统计表、未压缩统计表移至关于用于应用程序的数据压缩方法的脚本的原存储位置进行存储。执行git命令,按照时间动态命名拉取的代码分支的分支名称,进行提交将代码分支和应用程序的主干代码分支合并的merge request操作。
图6是根据一示例性实施例示出的一种执行用于应用程序的数据压缩方法的装置1200的框图。例如,交互装置1200可以是移动电话,计算机,数字广播终端,消息收发设备,游戏控制台,平板设备,医疗设备,健身设备,个人数字助理等。
参照图6,装置1200可以包括以下一个或多个组件:处理组件1202,存储器1204,电源组件1206,多媒体组件1208,音频组件1210,输入/输出(I/O)的接口1212,传感器组件1214,以及通信组件1216。
处理组件1202通常控制装置1200的整体操作,诸如与显示,电话呼叫,数据通信,相机操作和记录操作相关联的操作。处理组件1202可以包括一个或多个处理器1220来执行指令,以完成上述的方法的全部或部分步骤。此外,处理组件1202可以包括一个或多个模块,便于处理组件1202和其他组件之间的交互。例如,处理组件1202可以包括多媒体模块,以方便多媒体组件1208和处理组件1202之间的交互。
存储器1204被配置为存储各种类型的数据以支持在设备1200的操作。这些数据的示例包括用于在装置1200上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图片,视频等。存储器1204可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
电源组件1206为装置1200的各种组件提供电力。电源组件1206可以包括电源管理系统,一个或多个电源,及其他与为装置1200生成、管理和分配电力相关联的组件。
多媒体组件1208包括在所述装置1200和用户之间的提供一个输出接口的屏幕。在一些实施例中,屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中,多媒体组件1208包括一个前置摄像头和/或后置摄像头。当设备1200处于操作模式,如拍摄模式或视频模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件1210被配置为输出和/或输入音频信号。例如,音频组件1210包括一个麦克风(MIC),当装置1200处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1204或经由通信组件1216发送。在一些实施例中,音频组件1210还包括一个扬声器,用于输出音频信号。
I/O接口1212为处理组件1202和外围接口模块之间提供接口,上述外围接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件1214包括一个或多个传感器,用于为装置1200提供各个方面的状态评估。例如,传感器组件1214可以检测到设备1200的打开/关闭状态,组件的相对定位,例如所述组件为装置1200的显示器和小键盘,传感器组件1214还可以检测装置1200或装置1200一个组件的位置改变,用户与装置1200接触的存在或不存在,装置1200方位或加速/减速和装置1200的温度变化。传感器组件1214可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1214还可以包括光传感器,如CMOS或CCD图像传感器,用于在成像应用中使用。在一些实施例中,该传感器组件1214还可以包括加速度传感器,陀螺仪传感器,磁传感器,压力传感器或温度传感器。
通信组件1216被配置为便于装置1200和其他设备之间有线或无线方式的通信。装置1200可以接入基于通信标准的无线网络,如WiFi,运营商网络(如2G、3G、4G或5G),或它们的组合。在一个示例性实施例中,通信组件1216经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中,所述通信组件1216还包括近场通信(NFC)模块,以促进短程通信。例如,在NFC模块可基于射频识别(RFID)技术,红外数据协会(IrDA)技术,超宽带(UWB)技术,蓝牙(BT)技术和其他技术来实现。
在示例性实施例中,装置1200可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述方法。
在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器1204,上述指令可由装置1200的处理器1220执行以完成上述方法。例如,所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
在示例性实施例中,还提供了一种计算机程序产品,包括计算机程序产品,所述计算机程序包括程序指令,当所述程序指令被移动终端执行时,使所述移动终端执行上述用于应用程序的数据压缩方法的步骤:遍历代码分支中包括的多个文件夹,获取符合数据压缩要求的第一文件;对所述第一文件进行压缩,得到对应的第二文件;以及当所述第二文件的压缩率高于第一阈值时,将所述第一文件替换为所述第二文件;其中,所述代码分支为应用程序的相关文件,所述多个文件夹为需要打包到所述应用程序内的文件夹。
图7是根据一示例性实施例示出的一种执行用于应用程序的数据压缩方法方法的装置1300的框图。例如,装置1300可以被提供为一服务器。参照图7,装置1300包括处理组件1322,其进一步包括一个或多个处理器,以及由存储器1332所代表的存储器资源,用于存储可由处理组件1322的执行的指令,例如应用程序。存储器1332中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外,处理组件1322被配置为执行指令,以执行上述信息列表显示方法。
装置1300还可以包括一个电源组件1326被配置为执行装置1300的电源管理,一个有线或无线网络接口1350被配置为将装置1300连接到网络,和一个输入输出(I/O)接口1358。装置1300可以操作基于存储在存储器1332的操作系统,例如Windows ServerTM,MacOS XTM,UnixTM,LinuxTM,FreeBSDTM或类似。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本申请的真正范围和精神由下面的权利要求指出。
应当理解的是,本申请并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

Claims (20)

1.一种用于应用程序的数据压缩方法,其特征在于,包括:
遍历代码分支中包括的多个文件夹,遍历每个所述文件夹下包含的所有第三文件;判断当前遍历的所述第三文件是否是图片且不是可伸缩的位图图片;如果当前遍历的所述第三文件是图片且不是可伸缩的位图图片,则将所述当前遍历的所述第三文件和白名单中包含的文件列表进行比对,所述白名单中存储历史上所述应用程序中压缩率不高于第一阈值且不是可伸缩的位图的图片;如果所述当前遍历的所述第三文件不包括在所述白名单中,则所述当前遍历的所述第三文件是符合数据压缩要求的第一文件;
对所述第一文件进行压缩,得到对应的第二文件;以及
当所述第二文件的压缩率高于所述第一阈值时,将所述第一文件替换为所述第二文件,当所述第二文件的压缩率不高于所述第一阈值时,将所述第一文件添加到所述白名单的文件列表以更新所述白名单;
其中,所述代码分支为应用程序的相关文件,所述多个文件夹为需要打包到所述应用程序内的文件夹。
2.根据权利要求1所述的数据压缩方法,其特征在于,所述判断当前遍历的所述第三文件是否是图片且不是可伸缩的位图图片,包括:
判断所述当前遍历的所述第三文件的文件后缀是否是以.png且不是以.9.png结尾;
如果所述当前遍历的所述第三文件的文件后缀是以.png且不是以.9.png结尾,则当前遍历的所述第三文件是图片且不是可伸缩的位图图片。
3.根据权利要求1所述的数据压缩方法,其特征在于,所述对所述第一文件进行压缩,得到对应的第二文件之后,包括:
将所述第二文件存储到临时文件;
计算所述第二文件的压缩率,并判断所述压缩率是否高于所述第一阈值。
4.根据权利要求3所述的数据压缩方法,其特征在于,所述对所述第一文件进行压缩,得到对应的第二文件之后,还包括:
如果所述第二文件的所述压缩率不高于所述第一阈值,则将所述第一文件添加到白名单的文件列表中并且将所述第一文件的存储空间大小存储到所述白名单中。
5.根据权利要求4所述的数据压缩方法,其特征在于,所述当所述第二文件的压缩率高于第一阈值时,将所述第一文件替换为所述第二文件,包括:
如果所述第二文件的所述压缩率高于所述第一阈值,则将所述第一文件替换为所述临时文件。
6.根据权利要求5所述的数据压缩方法,其特征在于,还包括:记录压缩统计表,所述压缩统计表中记录所述压缩率高于所述第一阈值的所述第二文件对应的所述第一文件的压缩信息;
记录未压缩统计表,所述未压缩统计表中记录所述压缩率不高于所述第一阈值的所述第二文件对应的所述第一文件的压缩信息。
7.根据权利要求6所述的数据压缩方法,其特征在于,所述压缩信息中的信息包括以下信息中的至少之一:文件路径、文件压缩前的存储空间大小、文件压缩后的存储空间大小和压缩率。
8.根据权利要求1所述的数据压缩方法,其特征在于,还包括:存储当前的所述白名单,并将当前的所述白名单用于下一次压缩所述应用程序。
9.根据权利要求1所述的数据压缩方法,其特征在于,基于压缩后的所述代码分支得到所述应用程序的压缩文件程序包。
10.一种用于应用程序的数据压缩装置,其特征在于,包括:
获取单元,被配置为遍历代码分支中包括的多个文件夹,遍历每个所述文件夹下包含的所有第三文件;判断当前遍历的所述第三文件是否是图片且不是可伸缩的位图图片;如果当前遍历的所述第三文件是图片且不是可伸缩的位图图片,则将所述当前遍历的所述第三文件和白名单中包含的文件列表进行比对,所述白名单中存储历史上所述应用程序中压缩率不高于第一阈值且不是可伸缩的位图的图片;如果所述当前遍历的所述第三文件不包括在所述白名单中,则所述当前遍历的所述第三文件是符合数据压缩要求的第一文件;
压缩单元,被配置为对所述第一文件进行压缩,得到对应的第二文件;以及
替换单元,被配置为当所述第二文件的压缩率高于所述第一阈值时,将所述第一文件替换为所述第二文件,当所述第二文件的压缩率不高于所述第一阈值时,将所述第一文件添加到所述白名单的文件列表以更新所述白名单;
其中,所述代码分支为应用程序的相关文件,所述多个文件夹为需要打包到所述应用程序内的文件夹。
11.根据权利要求10所述的数据压缩装置,其特征在于,所述判断当前遍历的所述第三文件是否是图片且不是可伸缩的位图图片,包括:
判断所述当前遍历的所述第三文件的文件后缀是否是以.png且不是以.9.png结尾;
如果所述当前遍历的所述第三文件的文件后缀是以.png且不是以.9.png结尾,则当前遍历的所述第三文件是图片且不是可伸缩的位图图片。
12.根据权利要求10所述的数据压缩装置,其特征在于,所述对所述第一文件进行压缩,得到对应的第二文件之后,
所述替换单元,还被配置为将所述第二文件存储到临时文件,计算所述第二文件的压缩率,并判断所述压缩率是否高于所述第一阈值。
13.根据权利要求12所述的数据压缩装置,其特征在于,所述替换单元,还被配置为如果所述第二文件的所述压缩率不高于所述第一阈值,则将所述第一文件添加到白名单的文件列表中并且将所述第一文件的存储空间大小存储到所述白名单中。
14.根据权利要求13所述的数据压缩装置,其特征在于,所述当所述第二文件的压缩率高于第一阈值时,将所述第一文件替换为所述第二文件,包括:
如果所述第二文件的所述压缩率高于所述第一阈值,则将所述第一文件替换为所述临时文件。
15.根据权利要求14所述的数据压缩装置,其特征在于,还包括:统计单元,被配置为记录压缩统计表,所述压缩统计表中记录所述压缩率高于所述第一阈值的所述第二文件对应的所述第一文件的压缩信息,
记录未压缩统计表,所述未压缩统计表中记录所述压缩率不高于所述第一阈值的所述第二文件对应的所述第一文件的压缩信息。
16.根据权利要求15所述的数据压缩装置,其特征在于,所述压缩信息中的信息包括以下信息中的至少之一:文件路径、文件压缩前的存储空间大小、文件压缩后的存储空间大小和压缩率。
17.根据权利要求10所述的数据压缩装置,其特征在于,还包括:存储单元,被配置为存储当前的所述白名单,并将当前的所述白名单用于下一次压缩所述应用程序。
18.根据权利要求10所述的数据压缩装置,其特征在于,基于压缩后的所述代码分支得到所述应用程序的压缩文件程序包。
19.一种用于应用程序的数据压缩控制装置,其特征在于,包括:
处理器;
用于存储所述处理器可执行指令的存储器;
其中,所述处理器被配置为执行上述权利要求1至9任意一项所述的用于应用程序的数据压缩方法。
20.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机指令,所述计算机指令被执行时实现如权利要求1至9任一项所述的用于应用程序的数据压缩方法。
CN201910113133.2A 2019-02-13 2019-02-13 用于应用程序的数据压缩方法、装置和计算机可读存储介质 Active CN109947722B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910113133.2A CN109947722B (zh) 2019-02-13 2019-02-13 用于应用程序的数据压缩方法、装置和计算机可读存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910113133.2A CN109947722B (zh) 2019-02-13 2019-02-13 用于应用程序的数据压缩方法、装置和计算机可读存储介质

Publications (2)

Publication Number Publication Date
CN109947722A CN109947722A (zh) 2019-06-28
CN109947722B true CN109947722B (zh) 2021-08-17

Family

ID=67007864

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910113133.2A Active CN109947722B (zh) 2019-02-13 2019-02-13 用于应用程序的数据压缩方法、装置和计算机可读存储介质

Country Status (1)

Country Link
CN (1) CN109947722B (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111009017B (zh) * 2019-10-18 2021-08-17 珠海格力电器股份有限公司 图片压缩方法、装置、存储介质、计算机设备
CN111813574A (zh) * 2020-07-02 2020-10-23 Oppo(重庆)智能科技有限公司 图片压缩方法、装置、存储介质和电子设备
CN112954011B (zh) * 2021-01-27 2023-11-10 上海淇玥信息技术有限公司 一种图像资源压缩方法、装置和电子设备

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105847390A (zh) * 2016-04-22 2016-08-10 乐视控股(北京)有限公司 数据传输的方法、装置及计算机设备
CN107589910A (zh) * 2017-09-01 2018-01-16 厦门集微科技有限公司 用户定制策略的云端数据管理的方法及系统

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101710883B1 (ko) * 2009-11-04 2017-02-28 삼성전자주식회사 필터 정보를 이용한 영상 압축 장치 및 방법과 영상 복원 장치 및 방법
CN106325838B (zh) * 2015-06-24 2020-11-03 腾讯科技(深圳)有限公司 应用程序编译流程的图片处理方法及装置
CN105007082A (zh) * 2015-07-09 2015-10-28 广东欧珀移动通信有限公司 一种数据压缩方法、装置及终端
CN108958755B (zh) * 2018-08-01 2022-01-21 北京奇艺世纪科技有限公司 一种应用程序安装包的生成方法、装置及电子设备

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105847390A (zh) * 2016-04-22 2016-08-10 乐视控股(北京)有限公司 数据传输的方法、装置及计算机设备
CN107589910A (zh) * 2017-09-01 2018-01-16 厦门集微科技有限公司 用户定制策略的云端数据管理的方法及系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
基于JPEG算法的Android图像压缩技术研究;徐唐等;《电脑知识与技术》;20160831;176-178页 *

Also Published As

Publication number Publication date
CN109947722A (zh) 2019-06-28

Similar Documents

Publication Publication Date Title
CN109032606B (zh) 原生应用程序的编译处理方法、装置及终端
CN109947722B (zh) 用于应用程序的数据压缩方法、装置和计算机可读存储介质
CN112003893B (zh) 一种资源下载方法和装置
CN105808305B (zh) 静态资源的加载方法和装置
CN107357613B (zh) 应用更新方法、装置及计算机可读存储介质
CN111767006B (zh) 数据处理方法及装置
CN109962958B (zh) 文档处理方法及装置
CN111580824B (zh) 程序优化方法、装置及存储介质
CN105630548A (zh) 系统更新方法及装置
EP3185515A1 (en) Method and device for inputting information
CN114416247A (zh) 一种数据处理方法、装置、电子设备及存储介质
CN114528037A (zh) 一种应用启动方法、装置、电子设备及存储介质
CN112214252B (zh) 一种信息扩展方法、装置和电子设备
CN114489706A (zh) 升级方法、装置及存储介质
CN105426193A (zh) 一种实现软件服务的方法及装置
CN110784721A (zh) 一种图片数据压缩方法、装置、电子设备及存储介质
CN111597106A (zh) 一种埋点管理方法及装置
CN111625251B (zh) 一种处理应用实例的方法及装置
CN111273910B (zh) 获取资源号码标识符的方法、装置及存储介质
CN112612516B (zh) 一种代码处理方法及装置
CN113946346B (zh) 一种数据处理方法、装置、电子设备及存储介质
CN113934452B (zh) 一种数据处理方法、装置、电子设备及存储介质
CN110990073B (zh) 一种验证应用程序的定制需求的方法及装置
CN114416085B (zh) 一种数据处理方法、装置、电子设备及存储介质
US20220291890A1 (en) Method for interaction between devices and medium

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant