CN114995873A - 嵌入式设备多python文件自动打包处理方法、介质及电子设备 - Google Patents
嵌入式设备多python文件自动打包处理方法、介质及电子设备 Download PDFInfo
- Publication number
- CN114995873A CN114995873A CN202210649847.7A CN202210649847A CN114995873A CN 114995873 A CN114995873 A CN 114995873A CN 202210649847 A CN202210649847 A CN 202210649847A CN 114995873 A CN114995873 A CN 114995873A
- Authority
- CN
- China
- Prior art keywords
- file
- python
- merged
- target
- files
- 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.)
- Pending
Links
- 238000004806 packaging method and process Methods 0.000 title claims abstract description 39
- 238000003672 processing method Methods 0.000 title claims abstract description 24
- 230000008676 import Effects 0.000 claims abstract description 11
- 238000012545 processing Methods 0.000 claims description 26
- 238000000034 method Methods 0.000 claims description 19
- 238000004590 computer program Methods 0.000 claims description 12
- 125000004122 cyclic group Chemical group 0.000 claims description 10
- 230000006837 decompression Effects 0.000 claims description 6
- 230000008569 process Effects 0.000 claims description 5
- 238000004364 calculation method Methods 0.000 claims description 3
- 238000012795 verification Methods 0.000 claims description 3
- 238000012856 packing Methods 0.000 claims description 2
- 230000005540 biological transmission Effects 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 238000011161 development Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000012858 packaging process Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/70—Software maintenance or management
- G06F8/71—Version control; Configuration management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/30—Creation or generation of source code
- G06F8/31—Programming languages or programming paradigms
- G06F8/315—Object-oriented languages
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/40—Transformation of program code
- G06F8/41—Compilation
- G06F8/44—Encoding
- G06F8/447—Target code generation
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computing Systems (AREA)
- Computer Security & Cryptography (AREA)
- Stored Programmes (AREA)
Abstract
本发明涉及一种嵌入式设备多python文件自动打包处理方法、介质及电子设备,根据嵌入式设备内源文件目录下的工程配置文件获取模组类型和板级支持包,将遍历源文件目录获取到的所有待处理文件名增加至待合并文件名列表,以待合并文件名列表的文件层数最大值为循环遍历总次数,遍历待合并文件名列表下的所有待合并python文件后,将生成的所有import+模块名写入到已打开的目标python文件,依次按层打开每一个待合并python文件,将所有待合并python文件中的python语句处理后写入目标python文件后,关闭目标python合并文件且将其编译为目标mpy文件,实现了在嵌入式设备内按照文件目录方式将多个python文件合并为目标python合并文件,提高了嵌入式设备内的文件存储利用率。
Description
技术领域
本发明涉及嵌入式设备领域,尤其涉及一种嵌入式设备多python文件自动打包处理方法、介质及电子设备。
背景技术
现在已经逐步开始使用python语言开发嵌入式设备。在利用python语言开发嵌入式设备的过程中,会遇到一些问题:由于受到嵌入式设备内FLASH存储器的存储空间和嵌入式设备文件系统所能存放文件数量的限制,现有嵌入式设备无法支持按照目录结构保存多个python文件,并且也无法对这些python文件在传输过程中是否因传输信道或者人为操作等因素造成受损或者被破坏情况做出有效校验,这样影响了嵌入式设备内所存放多个python文件的完整性和正确性。
发明内容
本发明所要解决的第一个技术问题是针对上述现有技术提供一种嵌入式设备多python文件自动打包处理方法。
本发明所要解决的第二个技术问题是针对上述现有技术提供一种实现上述嵌入式设备多python文件自动打包处理方法的介质。
本发明所要解决的第三个技术问题是针对上述现有技术提供一种实现上述嵌入式设备多python文件自动打包处理方法的电子设备。
本发明解决第一个技术问题所采用的技术方案为:嵌入式设备多python文件自动打包处理方法,其特征在于,包括如下步骤:
步骤1,获取嵌入式设备内的源文件目录下的工程配置文件,并根据该工程配置文件的设备型号配置信息获取到模组类型和板级支持包;
步骤2,生成适配嵌入式设备目标系统的标准模块列表;其中,该标准模块列表包含micropython语言用到的标准模块;
步骤3,打开获取的源文件目录,并遍历该源文件目录内的所有目录和子目录,获取到所有的待处理python文件名;其中,待处理python文件不包含系统的默认启动文件;
步骤4,将获取到的所有待处理文件名增加至预先建立的待合并文件名列表中,并得到该待合并文件名列表的文件层数最大值;其中,该待合并文件名列表的文件层数最大值标记为max_layer;
步骤5,以所得文件层数最大值作为循环遍历总次数,遍历得到待合并文件名列表下的所有待合并python文件;
步骤6,打开目标python文件;
步骤7,找到不同板级支持包的import模块需求,生成import+模块名,并将生成的所有import+模块名写入到目标python文件内;
步骤8,依次按层打开所有待合并文件的每一个待合并python文件;
步骤9,使用合并文件方法将所有待合并python文件中的python语句处理后写入到已打开的目标python文件,并关闭合成完成的该目标python合并文件;
步骤10,将目标python文件通过python编译程序编译为目标mpy文件。
具体地,在所述嵌入式设备多python文件自动打包处理方法中,步骤9中合并文件方法为:逐行读取文件,忽略python文件中的注释;删除函数调用前的引用非标准模块名,并逐行复制到目标Python文件内。
改进地,在所述嵌入式设备多python文件自动打包处理方法中,在步骤5中,遍历得到待合并文件名列表下的所有待合并python文件的过程包括如下步骤:
步骤51,开始生成待合并文件名列表中的第N层文件所对应的文件名列表;其中,0≤N≤max_layer;
步骤52,按照顺序依次获取该第N层文件所对应文件名列表中的待合并文件名,并判断该待合并文件名是否存在于之前的层级文件名列表中;
当该待合并文件名存在于之前的层级文件名列表中,说明这些文件已经被识别过层级,则跳过该待合并文件,转入判断下一个待合并文件名是否存在于之前的层级文件名列表中;否则,将该待合并文件名作为待合并python文件,转入步骤53;其中,相对于第N层文件,该之前的层级文件名列表为第0层文件名列表至第N-1层文件名列表,第0层文件名列表为仅调用标准模块列表中模块的文件列表,第N层文件为仅包含第N-1层和标准模块的文件列表;
步骤53,循环执行步骤51~52,直到遍历得到待合并文件名列表下的所有待合并python文件。
再改进,该发明中的所述嵌入式设备多python文件自动打包处理方法还包括对所述目标mpy文件做升级包打包处理的过程;其中,升级包打包处理过程包含有针对所述目标mpy文件的完整性校验。
进一步地,在所述嵌入式设备多python文件自动打包处理方法中,对所述目标mpy文件做升级包打包处理包括如下步骤:
步骤a1,将所述目标mpy文件与默认启动文件以及合法性文件压缩为一个压缩包文件;其中,合法性文件包含压缩包内所有文件的MD5信息;
步骤a2,在目标固件升级文件头上加入校验信息;其中,校验信息包括魔术字、全文的MD5校验码、全文大小以及升级文件头的循环校验码CRC;
步骤a3,当目标固件升级文件被应用python文件收到后,校验魔术字合法性:
当魔术字合法时,转入步骤a4;否则,退出完整性校验处理;
步骤a4,对目标固件升级文件头的循环校验码CRC做完整性校验:
当该目标固件升级文件头的循环校验码CRC完整时,转入步骤a5;否则,退出完整性校验处理;
步骤a5,按固定位置偏移获取文件实际内容,计算得到MD5;
步骤a6,将所得MD5与目标固件升级文件头的MD5做一致性判断:
当两者一致时,转入步骤a7;否则,退出完整性校验处理;
步骤a7,将压缩包文件做解压处理,计算解压后所得每一个文件的MD5;
步骤a8,将计算所得各文件的MD5与合法性文件中的MD5做一致性判断:
当均一致时,判定该压缩包文件打包处理合法;否则,删除压缩包文件后且退出完整性校验处理。
再进一步地,在所述嵌入式设备多python文件自动打包处理方法中,所述压缩包文件为ZIP压缩文件。
改进地,在所述嵌入式设备多python文件自动打包处理方法中,所述python文件的版本为micro python3。
进一步地,在所述嵌入式设备多python文件自动打包处理方法中,所述嵌入式设备为GPRS模块。
本发明解决第二个技术问题所采用的技术方案为:可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时,实现任一项所述的嵌入式设备多python文件自动打包处理方法。
本发明解决第三个技术问题所采用的技术方案为:电子设备,其特征在于,包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,处理器执行所述计算机程序时,实现任一项所述的嵌入式设备多python文件自动打包处理方法。
与现有技术相比,本发明的优点在于:
首选,该发明根据嵌入式设备内源文件目录下的工程配置文件获取模组类型和板级支持包,生成适配嵌入式设备目标系统的标准模块列表,再将遍历源文件目录获取到的所有待处理文件名增加至预建立的待合并文件名列表中,并以待合并文件名列表的文件层数最大值作为循环遍历总次数,遍历得到待合并文件名列表下的所有待合并python文件后,打开目标python文件,将生成的所有import+模块名写入到目标python文件内,再依次按层打开所有待合并文件的每一个待合并python文件,并将所有待合并python文件中的python语句处理后写入到已打开的目标python文件后,关闭目标python合并文件且将其编译为目标mpy文件,实现了在嵌入式设备内按照文件目录方式将多个python文件合并为一个目标python合并文件,提高了嵌入式设备内的文件系统存储利用率;
其次,通过对目标mpy文件做升级包打包处理,将目标mpy文件与默认启动文件及合法性文件压缩为压缩包文件后,在目标固件升级文件头上加入校验信息后,分别对各python文件的校验信息所含的魔术字、全文的MD5校验码、全文大小以及升级文件头的循环校验码CRC分别做完整性校验,确保目标打包文件内的各文件是完整合法的。
附图说明
图1为本发明实施例中的嵌入式设备多python文件自动打包处理方法流程示意图。
具体实施方式
以下结合附图实施例对本发明作进一步详细描述。
本实施例提供一种嵌入式设备多python文件自动打包处理方法,嵌入式设备为GPRS模块。具体地,该实施例的嵌入式设备多python文件自动打包处理方法包括如下步骤:
步骤1,获取GPRS模块内的源文件目录下的工程配置文件,并根据该工程配置文件的设备型号配置信息获取到模组类型和板级支持包;
步骤2,生成适配GPRS模块目标系统的标准模块列表;其中,该标准模块列表包含micropython语言用到的标准模块;
步骤3,打开获取的源文件目录,并遍历该源文件目录内的所有目录和子目录,获取到所有的待处理python文件名;其中,待处理python文件不包含系统的默认启动文件;
步骤4,将获取到的所有待处理文件名增加至预先建立的待合并文件名列表中,并得到该待合并文件名列表的文件层数最大值;其中,该待合并文件名列表的文件层数最大值标记为max_layer;此处文件层数最大值的获取方式属于该领域的现有技术手段;
步骤5,以所得文件层数最大值作为循环遍历总次数,遍历得到待合并文件名列表下的所有待合并python文件;在该实施例的步骤5中,遍历得到待合并文件名列表下的所有待合并python文件的过程包括如下步骤51~53:
步骤51,开始生成待合并文件名列表中的第N层文件所对应的文件名列表;其中,0≤N≤max_layer;
步骤52,按照顺序依次获取该第N层文件所对应文件名列表中的待合并python文件名,并判断该待合并文件名是否存在于之前的层级文件名列表中;
当该待合并文件名存在于之前的层级文件名列表中,说明这些文件已经被识别过层级,则跳过该待合并文件,转入判断下一个待合并文件名是否存在于之前的层级文件名列表中;否则将该待合并文件名作为待合并python文件,转入步骤53;其中,相对于第N层文件,该之前的层级文件名列表为第0层文件名列表至第N-1层文件名列表,第0层文件名列表为仅调用标准模块列表中模块的文件列表;第N层文件为仅包含第N-1层和标准模块的文件列表;
步骤53,循环执行步骤51~52,直到遍历得到待合并文件名列表下的所有待合并python文件;
步骤6,打开目标python文件;
步骤7,找到不同板级支持包的import模块需求,生成import+模块名,并将生成的所有import+模块名写入到目标python文件内;
步骤8,依次按层打开所有待合并文件的每一个待合并python文件;
步骤9,使用合并文件方法将所有待合并python文件中的python语句处理后写入到已打开的目标python文件,并关闭合成完成的该目标python合并文件;其中,步骤9中合并文件方法为:逐行读取文件,忽略python文件中的注释;删除函数调用前的引用非标准模块名,并逐行复制到目标Python文件内。
步骤10,将目标python文件通过python编译程序编译为目标mpy文件。
针对此处已经得到的目标mpy文件,还可以根据需要对该目标mpy文件做升级包打包处理;其中,此处的升级包打包处理过程包含有针对所述目标mpy文件的完整性校验。具体地,对该目标mpy文件做升级包打包处理包括如下步骤a1~a8:
步骤a1,将目标mpy文件与默认启动文件以及合法性文件压缩为一个压缩包文件ZIP文件;其中,合法性文件包含压缩包内所有文件的MD5信息;
步骤a2,在目标固件升级文件头上加入校验信息;其中,校验信息包括魔术字、全文的MD5校验码、全文大小以及升级文件头的循环校验码CRC;
步骤a3,当目标固件升级文件被应用python文件收到后,校验魔术字合法性:
当魔术字合法时,转入步骤a4;否则,退出完整性校验处理;
步骤a4,对目标固件升级文件头的循环校验码CRC做完整性校验:
当该目标固件升级文件头的循环校验码CRC完整时,转入步骤a5;否则,退出完整性校验处理;
步骤a5,按固定位置偏移获取文件实际内容,计算得到MD5;
步骤a6,将所得MD5与目标固件升级文件头的MD5做一致性判断:
当两者一致时,转入步骤a7;否则,退出完整性校验处理;
步骤a7,将压缩包文件做解压处理,计算解压后所得每一个文件的MD5;
步骤a8,将计算所得各文件的MD5与合法性文件中的MD5做一致性判断:
当均一致时,判定该压缩包文件ZIP文件打包处理合法;否则,删除压缩包文件后且退出完整性校验处理。
该实施例还提供了一种可读存储介质。该可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时,实现上述的嵌入式设备多python文件自动打包处理方法。
该实施例还提供了另外一种电子设备。该电子设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,处理器执行所述计算机程序时,实现上述的嵌入式设备多python文件自动打包处理方法。例如,此处的电子设备采用嵌入式设备。
尽管以上详细地描述了本发明的优选实施例,但是应该清楚地理解,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.嵌入式设备多python文件自动打包处理方法,其特征在于,包括如下步骤:
步骤1,获取嵌入式设备内的源文件目录下的工程配置文件,并根据该工程配置文件的设备型号配置信息获取到模组类型和板级支持包;
步骤2,生成适配嵌入式设备目标系统的标准模块列表;其中,该标准模块列表包含micropython语言用到的标准模块;
步骤3,打开获取的源文件目录,并遍历该源文件目录内的所有目录和子目录,获取到所有的待处理python文件名;其中,待处理python文件不包含系统的默认启动文件;
步骤4,将获取到的所有待处理文件名增加至预先建立的待合并文件名列表中,并得到该待合并文件名列表的文件层数最大值;其中,该待合并文件名列表的文件层数最大值标记为max_layer;
步骤5,以所得文件层数最大值作为循环遍历总次数,遍历得到待合并文件名列表下的所有待合并python文件;
步骤6,打开目标python文件;
步骤7,找到不同板级支持包的import模块需求,生成import+模块名,并将生成的所有import+模块名写入到目标python文件内;
步骤8,依次按层打开所有待合并文件的每一个待合并python文件;
步骤9,使用合并文件方法将所有待合并python文件中的python语句处理后写入到已打开的目标python文件,并关闭合成完成的该目标python合并文件;
步骤10,将目标python文件通过python编译程序编译为目标mpy文件。
2.根据权利要求1所述的嵌入式设备多python文件自动打包处理方法,其特征在于,在步骤5中,遍历得到待合并文件名列表下的所有待合并python文件的过程包括如下步骤:
步骤51,开始生成待合并文件名列表中的第N层文件所对应的文件名列表;其中,0≤N≤max_layer;
步骤52,按照顺序依次获取该第N层文件所对应文件名列表中的待合并文件名,并判断该待合并文件名是否存在于之前的层级文件名列表中;
当该待合并文件名存在于之前的层级文件名列表中,则跳过该待合并文件,转入判断下一个待合并文件名是否存在于之前的层级文件名列表中;否则,将该待合并文件名作为待合并python文件,转入步骤53;其中,相对于第N层文件,该之前的层级文件名列表为第0层文件名列表至第N-1层文件名列表,第0层文件名列表为仅调用标准模块列表中模块的文件列表,第N层文件为仅包含第N-1层和标准模块的文件列表;
步骤53,循环执行步骤51~52,直到遍历得到待合并文件名列表下的所有待合并python文件。
3.根据权利要求1所述的嵌入式设备多python文件自动打包处理方法,其特征在于,还包括对所述目标mpy文件做升级包打包处理的过程;其中,升级包打包处理过程包含有针对所述目标mpy文件的完整性校验。
4.根据权利要求3所述的嵌入式设备多python文件自动打包处理方法,其特征在于,对所述目标mpy文件做升级包打包处理包括如下步骤:
步骤a1,将所述目标mpy文件与默认启动文件以及合法性文件压缩为一个压缩包文件;其中,合法性文件包含压缩包内所有文件的MD5信息;
步骤a2,在目标固件升级文件头上加入校验信息;其中,校验信息包括魔术字、全文的MD5校验码、全文大小以及升级文件头的循环校验码CRC;
步骤a3,当目标固件升级文件被应用python文件收到后,校验魔术字合法性:
当魔术字合法时,转入步骤a4;否则,退出完整性校验处理;
步骤a4,对目标固件升级文件头的循环校验码CRC做完整性校验:
当该目标固件升级文件头的循环校验码CRC完整时,转入步骤a5;否则,退出完整性校验处理;
步骤a5,按固定位置偏移获取文件实际内容,计算得到MD5;
步骤a6,将所得MD5与目标固件升级文件头的MD5做一致性判断:
当两者一致时,转入步骤a7;否则,退出完整性校验处理;
步骤a7,将压缩包文件做解压处理,计算解压后所得每一个文件的MD5;
步骤a8,将计算所得各文件的MD5与合法性文件中的MD5做一致性判断:
当均一致时,判定该压缩包文件打包处理合法;否则,删除压缩包文件后且退出完整性校验处理。
5.根据权利要求4所述的嵌入式设备多python文件自动打包处理方法,其特征在于,所述压缩包文件为ZIP压缩文件。
6.根据权利要求1~5任一项所述的嵌入式设备多python文件自动打包处理方法,其特征在于,所述python文件的版本为micro python3。
7.根据权利要1~5任一项所述的嵌入式设备多python文件自动打包处理方法,其特征在于,所述嵌入式设备为GPRS模块。
8.可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时,实现权利要求1~7任一项所述的嵌入式设备多python文件自动打包处理方法。
9.电子设备,其特征在于,包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时,实现权利要求1~7任一项所述的嵌入式设备多python文件自动打包处理方法。
10.根据权利要求9所述的电子设备,其特征在于,该电子设备为嵌入式设备。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210649847.7A CN114995873A (zh) | 2022-06-09 | 2022-06-09 | 嵌入式设备多python文件自动打包处理方法、介质及电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210649847.7A CN114995873A (zh) | 2022-06-09 | 2022-06-09 | 嵌入式设备多python文件自动打包处理方法、介质及电子设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114995873A true CN114995873A (zh) | 2022-09-02 |
Family
ID=83033050
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210649847.7A Pending CN114995873A (zh) | 2022-06-09 | 2022-06-09 | 嵌入式设备多python文件自动打包处理方法、介质及电子设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114995873A (zh) |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107688463A (zh) * | 2017-09-21 | 2018-02-13 | 杭州全维技术股份有限公司 | 一种嵌入式设备版本文件打包的方法 |
CN111880805A (zh) * | 2020-07-20 | 2020-11-03 | 腾讯科技(深圳)有限公司 | 软件项目的包文件生成方法及装置、设备、存储介质 |
-
2022
- 2022-06-09 CN CN202210649847.7A patent/CN114995873A/zh active Pending
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107688463A (zh) * | 2017-09-21 | 2018-02-13 | 杭州全维技术股份有限公司 | 一种嵌入式设备版本文件打包的方法 |
CN111880805A (zh) * | 2020-07-20 | 2020-11-03 | 腾讯科技(深圳)有限公司 | 软件项目的包文件生成方法及装置、设备、存储介质 |
Non-Patent Citations (1)
Title |
---|
赵炯;贾培源;李中山;林旺城;: "嵌入式设备远程在线升级技术", 计算机工程, no. 12, 20 June 2010 (2010-06-20) * |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7571092B1 (en) | Method and apparatus for on-demand localization of files | |
US10248556B2 (en) | Forward-only paged data storage management where virtual cursor moves in only one direction from header of a session to data field of the session | |
US9104797B1 (en) | Efficient cloud-based annotation of crash reports | |
US7904484B2 (en) | Incremental packaging | |
CN109032631B (zh) | 应用程序补丁包获取方法、装置、计算机设备及存储介质 | |
US6401241B1 (en) | Class archive software packages | |
Schellhorn et al. | Development of a verified flash file system | |
US20070061797A1 (en) | Bulk loading system and method | |
CN109471634A (zh) | 源代码格式的检查方法及设备 | |
JP2008502968A (ja) | 中間オブジェクト指向言語を備えるソフトウェアをポータブル・デバイスにロードするための方法 | |
CN112099880B (zh) | 场景驱动的应用程序约减方法和系统 | |
CN105224309B (zh) | 一种调取函数的方法和装置 | |
CN112451972A (zh) | 基于游戏引擎的资源压缩包构建方法、装置、系统及介质 | |
CN111400256B (zh) | 一种应用程序调用资源文件的方法及装置 | |
CN114995873A (zh) | 嵌入式设备多python文件自动打包处理方法、介质及电子设备 | |
US10853177B2 (en) | Performant process for salvaging renderable content from digital data sources | |
JP3792232B2 (ja) | 情報処理装置及び格納位置管理方法及びプログラム | |
CN111460436A (zh) | 一种基于区块链的非结构化数据操作方法和系统 | |
CN106959870B (zh) | Nginx动态模块加载方法和装置 | |
Omori et al. | Lightweight Operation History Graph for Traceability on Program Elements | |
US11640390B2 (en) | Bulk file verification | |
CN102316192B (zh) | 一种手机存储器可靠性的自动化验证方法 | |
US20240152507A1 (en) | Schema-free static query template | |
CN116541210B (zh) | 一种源文件的备份方法及系统 | |
Jeyaseeli et al. | S-ROID, An Efficient Methodology to Extract Deleted Data from Android |
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 |