CN116400925A - 一种数据处理方法、装置、电子设备及存储介质 - Google Patents
一种数据处理方法、装置、电子设备及存储介质 Download PDFInfo
- Publication number
- CN116400925A CN116400925A CN202310244171.8A CN202310244171A CN116400925A CN 116400925 A CN116400925 A CN 116400925A CN 202310244171 A CN202310244171 A CN 202310244171A CN 116400925 A CN116400925 A CN 116400925A
- Authority
- CN
- China
- Prior art keywords
- file
- component
- path
- header
- headermap
- 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
- 238000003672 processing method Methods 0.000 title claims abstract description 10
- 238000011161 development Methods 0.000 claims abstract description 314
- 238000000034 method Methods 0.000 claims abstract description 80
- 238000012545 processing Methods 0.000 claims abstract description 20
- 230000008569 process Effects 0.000 claims description 36
- 238000004590 computer program Methods 0.000 claims description 10
- 239000000758 substrate Substances 0.000 claims 1
- 238000004891 communication Methods 0.000 description 13
- 230000001419 dependent effect Effects 0.000 description 8
- 230000003287 optical effect Effects 0.000 description 7
- 238000010586 diagram Methods 0.000 description 6
- 238000005516 engineering process Methods 0.000 description 6
- 230000006870 function Effects 0.000 description 6
- 230000005236 sound signal Effects 0.000 description 4
- 230000009471 action Effects 0.000 description 3
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 230000000694 effects Effects 0.000 description 3
- 238000007726 management method Methods 0.000 description 3
- 230000001133 acceleration Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 230000000717 retained effect Effects 0.000 description 2
- 238000006467 substitution reaction Methods 0.000 description 2
- 238000003491 array Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000003384 imaging method Methods 0.000 description 1
- 230000008676 import Effects 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000012360 testing method 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/40—Transformation of program code
- G06F8/41—Compilation
Landscapes
- Engineering & Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
Abstract
本申请提供了一种数据处理方法、装置、电子设备及存储介质。通过本申请,在已集成的开发项目中的第一组件中的添加新的源文件且开发项目中的第二组件中的源文件需要调用第一组件中的新的源文件的场景中,第二组件能够搜索到第一组件中的新的源文件的头文件的头文件地址,可以避免编译报错,另外,不对开发项目重新集成就可以实现第二组件能够搜索到第一组件中的新的源文件的头文件的头文件地址,从而可以节省时间,可以提高对应用程序更新的效率。
Description
技术领域
本申请涉及计算机技术领域,尤其涉及一种数据处理方法、装置、电子设备及存储介质。
背景技术
在开发应用程序的场景中,可以在开发环境中创建应用程序的开发项目,然后在开发项目中开发应用程序。
在很多情况下,应用程序的功能繁杂,使得在开发应用程序的场景中,需要在开发项目中创建多个组件(例如Pod等),并在各个组件中分别创建各个组件的源文件,之后就可以根据开发项目生成应用程序的可执行文件,例如,可以对开发项目中的各个组件集成,得到已集成的开发项目,已集成的开发项目中具有各个组件的搜索目录,例如,对于任意一个组件而言,该组件的搜索目录中具有该组件与其他组件之间的关联关系(例如依赖关系等,依赖关系包括该组件中的源文件依赖其他组件中的源文件的依赖关系等),然后根据各个组件的搜索目录对项目中的各个组件编译(编译过程中需要使用各个组件的搜索目录),得到应用程序的可执行文件,之后可以将应用程序的可执行文件对外发布,以供广大用户下载使用。
发明内容
本申请示出了一种数据处理方法、装置、电子设备及存储介质。
第一方面,本申请示出了一种数据处理方法,应用于电子设备,所述电子设备中具有开发环境,开发环境中创建有开发项目,开发项目中包括多个组件,且开发项目中的各个组件已处于集成状态,所述方法包括:
在开发项目中的第一组件中添加新的源文件,且在开发项目中的第二组件中存在源文件依赖第一组件中的所述新的源文件的依赖信息的情况下,获取所述第一组件的新的HeaderMap文件,新的HeaderMap文件包括:所述第一组件中的源文件的头文件的头文件标识与所述第一组件中的源文件的头文件的头文件地址之间的对应关系;
在对开发项目编译之前,在所述第二组件中的Header Search Path中至少设置新的路径,新的路径至少包括所述新的HeaderMap文件在所述开发项目中的路径;
在对开发项目编译的过程中,针对所述第二组件中的源文件调用所述第一组件中的所述新的源文件的场景,获取所述新的源文件的头文件的头文件标识,并在所述第二组件中的Header Search Path中查找所述新的路径;根据所述新的路径定位所述新的HeaderMap文件,并根据所述新的源文件的头文件的头文件标识,在所述新的HeaderMap文件中的所述对应关系中查找所述新的源文件的头文件的头文件地址,并根据所述新的源文件的头文件的头文件地址调用所述第一组件中的所述新的源文件。
在一个可选的实现方式中,所述在所述第二组件中的Header Search Path中至少设置新的路径,包括:
在开发项目中生成全局HeaderMap文件,全局HeaderMap文件中包括:所述新的HeaderMap文件以及开发项目中的除所述第一组件以外的各个组件的HeaderMap文件;
在所述第二组件中的Header Search Path中设置全局HeaderMap文件在开发项目中的路径。
在一个可选的实现方式中,所述在开发项目中生成全局HeaderMap文件,包括:
在所述开发项目中不存在全局HeaderMap文件的情况下,将所述新的HeaderMap文件以及所述开发项目中的除所述第一组件以外的各个组件的HeaderMap文件组合,得到所述全局HeaderMap文件,在所述开发项目中部署所述全局HeaderMap文件;
或者,
在所述开发项目中已存在全局HeaderMap文件的情况下,对于所述对应关系中的每一个对应表项,在所述全局HeaderMap文件中不存在所述对应表项的情况下,在所述全局HeaderMap文件中添加所述对应表项,得到所述全局HeaderMap文件。
在一个可选的实现方式中,所述第二组件中的Header Search Path中的记录的内容具有查找顺序;
所述在所述第二组件中的Header Search Path中设置全局HeaderMap文件在开发项目中的路径,包括:
在所述第二组件中的Header Search Path中,将全局HeaderMap文件在开发项目中的路径设置在旧的路径所在的位置之前的位置,旧的路径包括未添加所述新的源文件的所述第一组件的旧的HeaderMap文件在开发项目中的路径,以使全局HeaderMap文件在开发项目中的路径的查找顺序位于旧的路径的查找顺序之前。
在一个可选的实现方式中,所述在所述第二组件中的Header Search Path中设置全局HeaderMap文件在开发项目中的路径,包括:
在所述第二组件中的Header Search Path中,使用全局HeaderMap文件在开发项目中的路径替换旧的路径,旧的路径包括未添加所述新的源文件的所述第一组件的旧的HeaderMap文件在开发项目中的路径。
在一个可选的实现方式中,所述第二组件中的Header Search Path中的记录的内容具有查找顺序,所述第二组件的Header Search Path中记录了开发项目中的各个组件的旧的HeaderMap文件的旧的路径;
所述在所述第二组件中的Header Search Path中至少设置新的路径,包括:
在所述第二组件中的Header Search Path中,将新的路径设置在旧的路径所在的位置之前的位置,旧的路径包括未添加所述新的源文件的所述第一组件的旧的HeaderMap文件在开发项目中的路径,以使新的路径的查找顺序位于旧的路径的查找顺序之前。
在一个可选的实现方式中,所述第二组件的Header Search Path中记录了开发项目中的各个组件的旧的HeaderMap文件的旧的路径;
所述在所述第二组件中的Header Search Path中至少设置新的路径,包括:
在所述第二组件中的Header Search Path中,使用新的路径替换旧的路径,旧的路径包括未添加所述新的源文件的所述第一组件的旧的HeaderMap文件在开发项目中的路径。
第二方面,本申请示出了一种数据处理装置,应用于电子设备,所述电子设备中具有开发环境,开发环境中创建有开发项目,开发项目中包括多个组件,且开发项目中的各个组件已处于集成状态,所述装置包括:
生成模块,用于在开发项目中的第一组件中添加新的源文件,且在开发项目中的第二组件中存在源文件依赖第一组件中的所述新的源文件的依赖信息的情况下,获取所述第一组件的新的HeaderMap文件,新的HeaderMap文件包括:所述第一组件中的源文件的头文件的头文件标识与所述第一组件中的源文件的头文件的头文件地址之间的对应关系;
设置模块,用于在对开发项目编译之前,在所述第二组件中的Header SearchPath中至少设置新的路径,新的路径至少包括所述新的HeaderMap文件在所述开发项目中的路径;
调用模块,用于在对开发项目编译的过程中,针对所述第二组件中的源文件调用所述第一组件中的所述新的源文件的场景,获取所述新的源文件的头文件的头文件标识,并在所述第二组件中的Header Search Path中查找所述新的路径;根据所述新的路径定位所述新的HeaderMap文件,并根据所述新的源文件的头文件的头文件标识,在所述新的HeaderMap文件中的所述对应关系中查找所述新的源文件的头文件的头文件地址,并根据所述新的源文件的头文件的头文件地址调用所述第一组件中的所述新的源文件。
在一个可选的实现方式中,所述设置模块包括:
生成单元,用于在开发项目中生成全局HeaderMap文件,全局HeaderMap文件中包括:所述新的HeaderMap文件以及开发项目中的除所述第一组件以外的各个组件的HeaderMap文件;
设置单元,用于在所述第二组件中的Header Search Path中设置全局HeaderMap文件在开发项目中的路径。
在一个可选的实现方式中,所述生成单元包括:
组合子单元,用于在所述开发项目中不存在全局HeaderMap文件的情况下,将所述新的HeaderMap文件以及所述开发项目中的除所述第一组件以外的各个组件的HeaderMap文件组合,得到所述全局HeaderMap文件,在所述开发项目中部署所述全局HeaderMap文件;
或者,
添加子单元,用于在所述开发项目中已存在全局HeaderMap文件的情况下,对于所述对应关系中的每一个对应表项,在所述全局HeaderMap文件中不存在所述对应表项的情况下,在所述全局HeaderMap文件中添加所述对应表项,得到所述全局HeaderMap文件。
在一个可选的实现方式中,第二组件中的Header Search Path中的记录的内容具有查找顺序;
所述设置单元具体用于:在所述第二组件中的Header Search Path中,将全局HeaderMap文件在开发项目中的路径设置在旧的路径所在的位置之前的位置,旧的路径包括未添加所述新的源文件的所述第一组件的旧的HeaderMap文件在开发项目中的路径,以使全局HeaderMap文件在开发项目中的路径的查找顺序位于旧的路径的查找顺序之前。
在一个可选的实现方式中,所述设置单元具体用于:在所述第二组件中的HeaderSearch Path中,使用全局HeaderMap文件在开发项目中的路径替换旧的路径,旧的路径包括未添加所述新的源文件的所述第一组件的旧的HeaderMap文件在开发项目中的路径。
在一个可选的实现方式中,所述第二组件中的Header Search Path中的记录的内容具有查找顺序,所述第二组件的Header Search Path中记录了开发项目中的各个组件的旧的HeaderMap文件的旧的路径;
所述设置模块具体用于:在所述第二组件中的Header Search Path中,将新的路径设置在旧的路径所在的位置之前的位置,旧的路径包括未添加所述新的源文件的所述第一组件的旧的HeaderMap文件在开发项目中的路径,以使新的路径的查找顺序位于旧的路径的查找顺序之前。
在一个可选的实现方式中,所述第二组件的Header Search Path中记录了开发项目中的各个组件的旧的HeaderMap文件的旧的路径;
所述设置模块具体用于:在所述第二组件中的Header Search Path中,使用新的路径替换旧的路径,旧的路径包括未添加所述新的源文件的所述第一组件的旧的HeaderMap文件在开发项目中的路径。
第三方面,本申请示出了一种电子设备,所述电子设备包括:处理器;用于存储处理器可执行指令的存储器;其中,所述处理器被配置为执行如上述任一方面所述的方法。
第四方面,本申请示出了一种非临时性计算机可读存储介质,当所述存储介质中的指令由电子设备的处理器执行时,使得电子设备能够执行如上述任一方面所述的方法。
第五方面,本申请示出了一种计算机程序产品,当所述计算机程序产品中的指令由电子设备的处理器执行时,使得电子设备能够执行如上述任一方面所述的方法。
本申请提供的技术方案可以包括以下有益效果:
在本申请中,在本申请中,在开发项目中的第一组件中添加新的源文件,且在开发项目中的第二组件中存在源文件依赖第一组件中的新的源文件的依赖信息的情况下,获取第一组件的新的HeaderMap文件,新的HeaderMap文件包括:第一组件中的源文件的头文件的头文件标识与第一组件中的源文件的头文件的头文件地址之间的对应关系。在对开发项目编译之前,在第二组件中的Header Search Path中至少设置新的路径,新的路径至少包括新的HeaderMap文件在开发项目中的路径。在对开发项目编译的过程中,针对第二组件中的源文件调用第一组件中的新的源文件的场景,获取新的源文件的头文件的头文件标识,并在第二组件中的Header Search Path中查找新的路径;根据新的路径定位新的HeaderMap文件,并根据新的源文件的头文件的头文件标识,在新的HeaderMap文件中的对应关系中查找新的源文件的头文件的头文件地址,并根据新的源文件的头文件的头文件地址调用第一组件中的新的源文件。
通过本申请,在已集成的开发项目中的第一组件中添加新的源文件且开发项目中的第二组件中的源文件需要调用第一组件中的新的源文件的场景中,第二组件能够搜索到第一组件中的新的源文件的头文件的头文件地址,可以避免编译报错,另外,不对开发项目重新集成就可以实现第二组件能够搜索到第一组件中的新的源文件的头文件的头文件地址,从而可以节省时间,可以提高对应用程序更新的效率。
附图说明
图1是本申请的一种数据处理方法的步骤流程图。
图2是本申请的一种数据处理方法的步骤流程图。
图3是本申请的一种数据处理装置的结构框图。
图4是本申请的一种电子设备的框图。
图5是本申请的一种电子设备的框图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
有时候随着业务的发展,需要更新应用程序的功能,例如,有时候需要在已集成的开发项目中的某一组件中添加新的源文件,且在应用程序中的另一组件中的一个源文件调用该某一组件中的新的源文件(例如,在另一个组件中编写另一个组件的源文件调用该某一组件中的新的源文件的计算机程序代码等),然后根据各个组件的搜索目录对开发项目中的各个组件编译,但是,从实际情况中来看,在编译的过程中会报错。
其中的组件可以理解为可适用本方案的用于构成开发项目的任一组成成分,例如集成开发项目中的工程,和/或可复用的用于构建不同开发工程(例如应用程序)的组件,例如支付组件、通信组件、音视频播放组件、数据库组件等等,当然也可以包括针对某一开发项目定制化设置的组件,对此本申请实施例不加以限定。而且,组件的划分方式也可以根据实际需求进行设置,例如可以根据功能划分组件,根据业务属性划分属性等。在组件化开发项目的需求场景中,也可以预先设置至少一个组件池,其中存储有至少一个可复用的组件,在开发项目过程中,则可以根据需求利用组件池内的组件,以构建不同项目。
发明人根据日志文件对在编译的过程中的报错的情况进行了分析,并发现:是因为在编译过程中另一组件中的一个源文件无法调用到该某一组件中的新的源文件,从而导致报错。
发明人又分析了“在编译过程中另一组件中的一个源文件无法调用到该某一组件中的新的源文件”的原因,并发现:在已集成的开发项目中的某一组件中添加新的源文件之后,在另一组件的搜索目录中并不存在关于新的源文件的搜索路径,导致另一组件中的一个源文件无法搜索到该某一个组件中新的源文件,进而导致另一组件中的一个源文件无法调用该某一组件中的新的源文件。
发明人又分析了“在已集成的开发项目中的某一组件中添加新的源文件之后,在另一组件的搜索目录中并不存在关于新的源文件的搜索路径”的原因,并发现:新的源文件是在对开发项目中的各个组件编译后在该某一组件中添加的,而另一组件的搜索目录是在该某一组件中添加新的源文件之前生成的,从而导致在已集成的开发项目中的该某一组件中添加新的源文件之后,在另一组件的搜索目录中并不存在关于新的源文件的搜索路径。
鉴于此,为了使得另一组件中的一个源文件能够调用该某一组件中的新的源文件,在一个方式中,在已集成的开发项目中的某一组件中添加新的源文件之后,可以对开发项目中的各个组件重新集成,以重新分别生成各个组件的搜索目录,由于在应用程序中的另一组件中的一个源文件需要调用该某一组件中的新的源文件(例如,在另一组件中具有另一组件中的源文件调用该某一组件中的新的源文件的计算机程序代码等),因此,重新生成的另一组件的搜索目录中就具有关于新的源文件的搜索路径,这样,使得另一组件中的源文件可以搜索到该某一组件中新的源文件,进而使得另一组件中的源文件可以调用该某一组件中的新的源文件。
然而,发明人发现,在上述方式中,对开发项目重新集成的过程需要耗费较长时间,降低了对应用程序更新的效率。
鉴于此,提出了在已集成的开发项目中的某一组件中的添加新的源文件且开发项目中的另一组件中的一个源文件需要调用该某一组件中的新的源文件的场景中,提高对应用程序更新的效率的需求。
为了在已集成的开发项目中的某一组件中的添加新的源文件且开发项目中的另一组件中的一个源文件需要调用该某一组件中的新的源文件的场景中,提高对应用程序更新的效率,提出了本申请的方案。
在介绍本申请方案之前,对本申请可能涉及的专业用语进行解释。
在本申请中,编译器是将“一种语言(通常为高级语言)”翻译为“另一种语言(通常为低级语言)”的程序。编译器的主要工作流程为:源代码(source coprede)→预处理器(processor)→编译器(compiler)→汇编程序(assembler)→目标程序(object code)→链接器(Linker)→可执行程序(executables)。
编译器包括LLVM(Low Level Virtual Machine,低级虚拟机)等,可以基于LLVM的C语言/C++语言/扩充C的面向对象编程语言Objective-C的前端编译器,例如,前端Clang等。
前端Clang是基于LLVM的C语言/C++语言/扩充C的面向对象编程语言Objective-C的前端编译器。
编译器也可以包括Xcode等。Xcode是运行在操作***Mac OS X上的集成开发工具(IDE,Integrated Development Environment),由Apple Inc开发。
Xcode是开发macOS和iOS应用程序的最快捷的方式。Xcode具有统一的用户界面设计,编码、测试、调试都在一个简单的窗口内完成。
HeaderMap:是为提升头文件查找速度的一个方案。编译期间将头文件查找由Header Search Path的IO路径查找转变为HashMap形式上的内存的Key-Value查找。例如,将组件中的源文件的头文件的真实地址扫描,然后生成键值对(key-value格式的文件),在预处理器遇到引入头文件的指令时,将头文件查找由原先的Header Search Path的IO(Input/Output,输入/输出)磁盘查找转变为HashMap形式上的内存的Key-Value查找,能够显著提升编译效率。包括组件中的头文件和文件路径的映射表,为<key,>格式,key的形式为#import头文件,value为该文件的详细地址,用于代码编译时的文件搜索。在xcode的Build Setting中可能通过Use Header Map来开启默认的Header Map搜索,在编译命令后加上-v参数可以看到headermap的搜索文件路径。
文件增量编译:组件集成后,再新增文件后编译器需要对新增文件以及调用新增文件的文件进行编译,这就是增量编译。组件集成后,所有文件的索引都写入了组件配置文件,如ios组件中project.pbxproj文件,而组件配置中设置了编译时各代码文件的搜索路径。同时,组件在编译时会通过组件配置去查找需要的代码文件。当在子组件中添加文件时,新增的文件不会出现在搜索路径中,会导致编译报错,找不到新增文件。
参照图1,示出了本申请的一种数据处理方法的步骤流程图,应用于电子设备,电子设备中具有开发环境,开发环境中创建有开发项目,开发项目中包括多个组件,且开发项目中的各个组件已处于集成状态。
其中,该方法具体可以包括如下步骤:
在步骤S101中,在开发项目中的第一组件中添加新的源文件,且在开发项目中的第二组件中存在源文件依赖第一组件中的新的源文件的依赖信息的情况下,获取第一组件的新的HeaderMap文件,新的HeaderMap文件包括:第一组件中的源文件的头文件的头文件标识与第一组件中的源文件的头文件的头文件地址之间的对应关系。
第二组件中的源文件依赖第一组件中的新的源文件的依赖信息可以包括:第二组件中的源文件依赖第一组件中的新的源文件的计算机程序代码等,例如,第二组件中的源文件调用第一组件中的新的源文件的计算机程序代码等。
在开发项目中的第一组件中添加新的源文件的添加操作可以是开发人员执行的,以及,在开发项目中的第二组件中设置第二组件中的源文件依赖第一组件中的新的源文件的依赖信息的设置操作也可以是开发人员执行的,如此,在电子设备检测到开发人员在开发项目中输入的该添加操作以及该设置操作的情况下,就可以确定已在开发项目中的第一组件中添加新的源文件且在开发项目中的第二组件中设置第二组件中的源文件依赖第一组件中的新的源文件的依赖信息(例如第二组件中存在源文件依赖第一组件中的新的源文件的依赖信息),然后可以生成(已添加新的源文件的)第一组件的新的HeaderMap文件。
其中,对于第一组件中的任意一个源文件,该对应关系中包括:该源文件的头文件的头文件标识与该源文件的头文件的头文件地址组成的对应表项,对于第一组件中的其他每一个源文件,同样如此。
需要说明的是,第一组件中的新的源文件的头文件的头文件标识与第一组件中的新的源文件的头文件的头文件地址组成的对应表项也位于该对应关系中。
不同的源文件的头文件的头文件标识不同,不同的源文件的头文件的头文件地址不同。
第一组件与第二组件可以为不同的组件。
在本申请中,开发项目中包括多个组件,各个组件中分别包括至少一个源文件,每一个源文件均具有头文件,不同的头文件的头文件地址不同。
开发人员可以控制编译器对开发项目编译,开发人员可以在开发项目中针对各个组件分别开启“Use Header Map”。
在本申请的一个可能的场景中,在开发完毕开发项目中的各个组件的情况下,可以对开发项目中的各个组件集成,在已生成开发项目中的各个组件的HeaderMap文件的情况下(可能会对已集成的开发项目编译过,也可能未对已集成的开发项目编译过),有时候开发人员可能会在开发项目中添加新的源文件(例如,可以在开发项目中的已存在的组件中添加新的源文件,此时,已存在的组件可以看作第一组件,或者,可以在开发项目中创建新的组件,并在新的组件中添加新的源文件,此时,新的组件可以看作第一组件)且在开发项目中的第二组件中设置第二组件中的源文件依赖第一组件中的新的源文件的依赖信息,但是,此时第二组件中的HeaderMap文件中并不存在新的源文件的头文件的头文件地址,这样,在对已集成的开发项目(此时已集成的开发项目中的第一组件中的具有新的源文件)编译的情况下,会因为第二组件无法搜索到第一组件中的新的源文件而导致编译出错。
为了避免上述情况发生,在开发项目中的第一组件中添加新的源文件,且在开发项目中的第二组件中存在源文件依赖第一组件中的新的源文件的依赖信息的情况下,可以获取第一组件的新的HeaderMap文件。
例如,可以在开发项目中重新生成一个HeaderMap文件,并作为新的HeaderMap文件,新的HeaderMap文件为已添加新的源文件的第一组件的HeaderMap文件,或者,也可以在第一组件的旧的HeaderMap文件的对应关系中添加第一组件中的新的源文件的头文件的头文件标识与第一组件中的新的源文件的头文件的头文件地址,得到第一组件的新的HeaderMap文件。
在获取第一组件的新的HeaderMap文件之后且在对开发项目编译之前,可以先执行步骤S102。
在步骤S102中,在对开发项目编译之前,在第二组件中的Header Search Path中至少设置新的路径,新的路径至少包括新的HeaderMap文件在开发项目中的路径。
在本申请中,在第一组件中添加新的源文件且在开发项目中的第二组件中存在源文件依赖第一组件中的新的源文件的依赖信息的情况下,可以获取第一组件的新的HeaderMap文件,之后为了使得新的源文件能够在应用程序中起作用,需要对开发项目重新编译,由于第二组件中的源文件依赖第一组件中的新的源文件,则在对开发项目重新编译的过程中,需要使得编译器能够搜索到第二组件中的源文件依赖的第一组件中的新的源文件的头文件的头文件地址,进而才能实现“第二组件中的源文件依赖第一组件中的新的源文件”的效果。
其中,为了使得在对开发项目重新编译的过程中,第二组件中的源文件能够搜索到第一组件中的新的源文件的头文件的头文件地址,在对开发项目编译之前,在第二组件中的Header Search Path中至少设置新的路径,然后就可以对开发项目重新编译。
其中,在第二组件中的Header Search Path中至少设置新的路径的具体设置过程可以参见之后的实施例,在此不做详述。
在步骤S103中,在对开发项目编译的过程中,针对第二组件中的源文件调用第一组件中的新的源文件的场景,获取新的源文件的头文件的头文件标识,并在第二组件中的Header Search Path中查找新的路径;根据新的路径定位新的HeaderMap文件,并根据新的源文件的头文件的头文件标识,在新的HeaderMap文件中的对应关系中查找新的源文件的头文件的头文件地址,并根据新的源文件的头文件的头文件地址调用第一组件中的新的源文件。
根据新的路径可以在开发项目中查找到新的HeaderMap文件,然后可以在新的HeaderMap文件中获取第一组件中的源文件的头文件的头文件标识与第一组件中的源文件的头文件的头文件地址之间的对应关系,并在第一组件中的源文件的头文件的头文件标识与第一组件中的源文件的头文件的头文件地址之间的对应关系中,查找新的源文件的头文件的头文件标识对应的新的源文件的头文件的头文件地址,然后可以根据第一组件中的新的源文件的头文件的头文件地址调用第一组件中的新的源文件。
在本申请中,在开发项目中的第一组件中添加新的源文件,且在开发项目中的第二组件中存在源文件依赖第一组件中的新的源文件的依赖信息的情况下,获取第一组件的新的HeaderMap文件,新的HeaderMap文件包括:第一组件中的源文件的头文件的头文件标识与第一组件中的源文件的头文件的头文件地址之间的对应关系。在对开发项目编译之前,在第二组件中的Header Search Path中至少设置新的路径,新的路径至少包括新的HeaderMap文件在开发项目中的路径。在对开发项目编译的过程中,针对第二组件中的源文件调用第一组件中的新的源文件的场景,获取新的源文件的头文件的头文件标识,并在第二组件中的Header Search Path中查找新的路径;根据新的路径定位新的HeaderMap文件,并根据新的源文件的头文件的头文件标识,在新的HeaderMap文件中的对应关系中查找新的源文件的头文件的头文件地址,并根据新的源文件的头文件的头文件地址调用第一组件中的新的源文件。
通过本申请,在已集成的开发项目中的第一组件中添加新的源文件且开发项目中的第二组件中的源文件需要调用第一组件中的新的源文件的场景中,第二组件能够搜索到第一组件中的新的源文件的头文件的头文件地址,可以避免编译报错,另外,不对开发项目重新集成就可以实现第二组件能够搜索到第一组件中的新的源文件的头文件的头文件地址,从而可以节省时间,可以提高对应用程序更新的效率。
在本申请一个实施例中,参见图2,步骤S102可以通过如下流程实现,包括:
在步骤S201中,在开发项目中生成全局HeaderMap文件,全局HeaderMap文件中包括:新的HeaderMap文件以及开发项目中的除第一组件以外的各个组件的HeaderMap文件。
在本申请一个实施例中,在开发项目中生成全局HeaderMap文件之前,开发项目中不存在全局HeaderMap文件。这种情况可以理解为:本次在对开发项目中的各个组件集成之后,第1次对开发项目中的组件更新,例如,第1次在开发项目中的组件中添加新的源文件。
在开发项目中不存在全局HeaderMap文件的情况下,可以将新的HeaderMap文件以及开发项目中的除第一组件以外的各个组件的HeaderMap文件组合,得到全局HeaderMap文件,并在开发项目中设置(例如存储等)全局HeaderMap文件。
或者,在本申请另一实施例中,在开发项目生成全局HeaderMap文件之前,开发项目中已存在全局HeaderMap文件。这种情况可以理解为:在对开发项目中的各个组件集成之后,第N次对开发项目中的组件更新,例如,第N次在开发项目中的组件中添加新的源文件,N为大于或等于2的正整数。已存在的全局HeaderMap文件是在对开发项目中的各个组件集成之后且第N-1次对开发项目中的组件更新之后生成的。
在开发项目中已存在全局HeaderMap文件的情况下,可以在开发项目中设置(例如存储等)全局HeaderMap文件。全局HeaderMap文件中包括:新的HeaderMap文件以及开发项目中的除第一组件以外的各个组件的HeaderMap文件。
其中,开发项目中的除第一组件以外的各个组件的HeaderMap文件已存在于全局HeaderMap文件中,如此,为了节省开发项目的所占空间,可以不将开发项目中的除第一组件以外的各个组件的HeaderMap文件重复在开发项目中存储。
例如,新的HeaderMap文件包括已添加新的源文件的第一组件中的源文件的头文件的头文件标识与已添加新的源文件的第一组件中的源文件的头文件的头文件地址之间的对应关系。该对应关系中的部分对应表项已存在于全局HeaderMap文件中,如此,为了节省开发项目的所占空间,可以不将该部分对应表项重复在开发项目中存储,可以将该对应关系中的除该部分对应表项以外的对应表项在开发项目中存储。
例如,对于该对应关系中的任意一个对应表项,在全局HeaderMap文件中不存在该对应表项的情况下,再在全局HeaderMap文件中添加该对应表项,或者,在全局HeaderMap文件中存在该对应表项的情况下,则可以不在全局HeaderMap文件中添加该对应表项,对于该对应关系中的其他每一个对应表项,同样如此,从而得到具有新的HeaderMap文件的全局HeaderMap文件。
在步骤S202中,在第二组件中的Header Search Path中设置全局HeaderMap文件在开发项目中的路径。
在本申请实施例中,对于第二组件而言,在编译的场景中,为第二组件搜索源文件的头文件的顺序包括:先在第二组件的HeaderMap文件中搜索源文件的头文件的头文件地址,若未搜索到,再在第二组件中的Header Search Path中搜索源文件的头文件的头文件地址,若未搜索到,再在Framework中搜索源文件的头文件的头文件地址,若未搜索到,再在***库中搜索源文件的头文件的头文件地址。
第二组件的HeaderMap文件中包括第二组件中的各个源文件的头文件的头文件地址,例如,第二组件的HeaderMap文件中包括:第二组件中的源文件的头文件的头文件标识与第二组件中的源文件的头文件的头文件地址之间的对应关系。
然而,第二组件的HeaderMap文件是在对开发项目中的各个组件集成的场景中生成的,第一组件中的新的源文件是在对开发项目中的各个组件集成完毕后在第一组件中添加的,如此,在需要为第二组件搜索第一组件中的新的源文件的头文件的头文件地址的情况下,第二组件的HeaderMap文件中不存在第一组件中的新的源文件的头文件的头文件地址,这样,在第二组件的HeaderMap文件中是搜索不到第一组件中的新的源文件的头文件的头文件地址的。
然后在第二组件中的Header Search Path中搜索第一组件中的新的源文件的头文件的头文件地址。
然而,在一种情况下,第二组件的Header Search Path中记录了开发项目中的各个组件的旧的HeaderMap文件的旧的路径(其中,根据HeaderMap文件的路径可以查找到HeaderMap文件)。各个组件的旧的HeaderMap文件是在对开发项目中的各个组件集成的场景中生成的,第一组件中的新的源文件是在对开发项目中的各个组件集成完毕后在第一组件中添加的,如此,第二组件的Header Search Path中记录的各个路径分别对应的开发项目中的各个组件的旧的HeaderMap文件中不存在第一组件中的新的源文件的头文件的头文件地址,如此,在需要为第二组件搜索第一组件中的新的源文件的头文件的头文件地址的情况下,在第二组件的Header Search Path中记录的各个旧的路径分别对应的开发项目中的各个组件的旧的HeaderMap文件中是搜索不到第一组件中的新的源文件的头文件的头文件地址的。
在本申请中,在开发项目中的第一组件中添加新的源文件的情况下,若生成了已添加新的源文件的第一组件的新的HeaderMap文件,且在开发项目中生成全局HeaderMap文件,则可以在第二组件中的Header Search Path中设置全局HeaderMap文件在开发项目中的路径。
因此,根据第二组件中的Header Search Path中的全局HeaderMap文件在开发项目中的路径可以搜索到新的HeaderMap文件,在新的HeaderMap文件中能够搜索到第一组件中的新的源文件的头文件的头文件地址。
然而,在根据第二组件中的Header Search Path搜索第一组件中的新的源文件的头文件的头文件地址的场景中,若是在第二组件的Header Search Path中记录的各个旧的路径分别对应的开发项目中的各个组件的旧的HeaderMap文件中搜索第一组件中的新的源文件的头文件的头文件地址(实际搜索不到第一组件中的新的源文件的头文件的头文件地址),再根据第二组件中的Header Search Path中的全局HeaderMap文件在开发项目中的路径对应的全局HeaderMap文件中的新的HeaderMap文件中搜索第一组件中的新的源文件的头文件的头文件地址,则虽然最终能够搜索到第一组件中的新的源文件的头文件的头文件地址,但是由于“在第二组件的Header Search Path中记录的各个旧的路径分别对应的开发项目中的各个组件的旧的HeaderMap文件中搜索第一组件中的新的源文件的头文件的头文件地址”的过程会耗费时间,进而导致搜索到第一组件中的新的源文件的头文件的头文件地址的速度慢,效率低,会导致对应用程序更新的效率低。
因此,为了提高对应用程序更新的效率,在本申请一个实施例中,第二组件中的Header Search Path中的记录的内容具有查找顺序,例如,第二组件中的Header SearchPath中的位置越靠前的内容被查找的顺序越靠前,第二组件中的Header Search Path中的位置越靠后的内容被查找的顺序越靠后。
因此,可以使得在根据第二组件中的Header Search Path搜索第一组件中的新的源文件的头文件的头文件地址的场景中,是先根据第二组件中的Header Search Path中的全局HeaderMap文件在开发项目中的路径对应的全局HeaderMap文件中的新的HeaderMap文件中搜索第一组件中的新的源文件的头文件的头文件地址(最终能够搜索到第一组件中的新的源文件的头文件的头文件地址),而不是在第二组件的Header Search Path中记录的各个旧的路径分别对应的开发项目中的各个组件的旧的HeaderMap文件中搜索第一组件中的新的源文件的头文件的头文件地址(实际搜索不到第一组件中的新的源文件的头文件的头文件地址)。
为此,在第二组件中的Header Search Path中设置全局HeaderMap文件在开发项目中的路径时,可以在第二组件中的Header Search Path中,将全局HeaderMap文件在开发项目中的路径设置在旧的路径所在的位置之前的位置,旧的路径包括未添加新的源文件的第一组件的旧的HeaderMap文件在开发项目中的路径,以使全局HeaderMap文件在开发项目中的路径的查找顺序位于旧的路径的查找顺序之前。
这样,在根据第二组件中的Header Search Path搜索第一组件中的新的源文件的头文件的头文件地址的场景中,先根据第二组件中的Header Search Path中的全局HeaderMap文件在开发项目中的路径对应的全局HeaderMap文件中的新的HeaderMap文件中搜索第一组件中的新的源文件的头文件的头文件地址,且在新的HeaderMap文件中能够搜索到第一组件中的新的源文件的头文件的头文件地址,一旦搜索到第一组件中的新的源文件的头文件的头文件地址,则就不会再在第二组件的Header Search Path中记录的各个旧的路径分别对应的开发项目中的各个组件的旧的HeaderMap文件中搜索第一组件中的新的源文件的头文件的头文件地址。
因此,通过本申请,可以避免执行“在第二组件的Header Search Path中记录的各个旧的路径分别对应的开发项目中的各个组件的旧的HeaderMap文件中搜索第一组件中的新的源文件的头文件的头文件地址”的过程,进而可以节省“在第二组件的Header SearchPath中记录的各个旧的路径分别对应的开发项目中的各个组件的旧的HeaderMap文件中搜索第一组件中的新的源文件的头文件的头文件地址”的过程耗费的时间,从而可以提高搜索到第一组件中的新的源文件的头文件的头文件地址的速度,效率高,可以提高对应用程序更新的效率。
然而,在上述实施例中,发明人发现,既然不会执行“在第二组件的Header SearchPath中记录的各个旧的路径分别对应的开发项目中的各个组件的旧的HeaderMap文件中搜索第一组件中的新的源文件的头文件的头文件地址”的过程,则在第二组件的HeaderSearch Path中记录的第一组件的旧的HeaderMap文件的旧的路径(根据第一组件的旧的HeaderMap文件的旧的路径可以搜索到第一组件的旧的HeaderMap文件)则不再起作用,无用的第一组件的旧的HeaderMap文件的旧的路径位于第二组件的Header Search Path中会导致开发项目的所占空间高。
为此,为了降低开发项目的所占空间,在第二组件的Header Search Path中记录的第一组件的旧的HeaderMap文件的旧的路径就可以不再记录在第二组件的HeaderSearch Path中。其中,需要说明的是,开发项目中的非第一组件以外的其他组件的旧的路径可能还需要使用,如此,开发项目中的非第一组件以外的其他组件的旧的路径可以根据实际情况来确定是否继续保留在第二组件的Header Search Path中。
为此,在第二组件中的Header Search Path中设置全局HeaderMap文件在开发项目中的路径时,可以在第二组件中的Header Search Path中,使用全局HeaderMap文件在开发项目中的路径替换旧的路径,旧的路径包括未添加新的源文件的第一组件的旧的HeaderMap文件在开发项目中的路径。
这样,第二组件中的Header Search Path中就不存在开发项目中的第一组件的旧的HeaderMap文件的旧的路径,不存在无用的路径,从而可以降低开发项目的所占空间。
这样,在根据第二组件中的Header Search Path搜索第一组件中的新的源文件的头文件的头文件地址的场景中,可以根据第二组件中的Header Search Path中的全局HeaderMap文件在开发项目中的路径对应的全局HeaderMap文件中的新的HeaderMap文件中搜索第一组件中的新的源文件的头文件的头文件地址,且在新的HeaderMap文件中能够搜索到第一组件中的新的源文件的头文件的头文件地址。
在本申请实施例中,对于第二组件而言,在编译的场景中,为第二组件搜索源文件的头文件的顺序包括:先在第二组件的HeaderMap文件中搜索源文件的头文件的头文件地址,若未搜索到,再在第二组件中的Header Search Path中搜索源文件的头文件的头文件地址,若未搜索到,再在Framework中搜索源文件的头文件的头文件地址,若未搜索到,再在***库中搜索源文件的头文件的头文件地址。
第二组件的HeaderMap文件中包括第二组件中的各个源文件的头文件的头文件地址,例如,第二组件的HeaderMap文件中包括:第二组件中的源文件的头文件的头文件标识与第二组件中的源文件的头文件的头文件地址之间的对应关系。
然而,第二组件的HeaderMap文件是在对开发项目中的各个组件集成的场景中生成的,第一组件中的新的源文件是在对开发项目中的各个组件集成完毕后在第一组件中添加的,如此,在需要为第二组件搜索第一组件中的新的源文件的头文件的头文件地址的情况下,第二组件的HeaderMap文件中不存在第一组件中的新的源文件的头文件的头文件地址,这样,在第二组件的HeaderMap文件中是搜索不到第一组件中的新的源文件的头文件的头文件地址的。
然后在第二组件中的Header Search Path中搜索第一组件中的新的源文件的头文件的头文件地址。
然而,在一种情况下,第二组件的Header Search Path中记录了开发项目中的各个组件的旧的HeaderMap文件的旧的路径(其中,根据HeaderMap文件的路径可以查找到HeaderMap文件)。各个组件的旧的HeaderMap文件是在对开发项目中的各个组件集成的场景中生成的,第一组件中的新的源文件是在对开发项目中的各个组件集成完毕后在第一组件中添加的,如此,第二组件的Header Search Path中记录的各个路径分别对应的开发项目中的各个组件的旧的HeaderMap文件中不存在第一组件中的新的源文件的头文件的头文件地址,如此,在需要为第二组件搜索第一组件中的新的源文件的头文件的头文件地址的情况下,在第二组件的Header Search Path中记录的各个旧的路径分别对应的开发项目中的各个组件的旧的HeaderMap文件中是搜索不到第一组件中的新的源文件的头文件的头文件地址的。
在本申请中,在开发项目中的第一组件中添加新的源文件的情况下,若生成了已添加新的源文件的第一组件的新的HeaderMap文件,则可以在开发项目中的第二组件中的Header Search Path中至少设置新的路径,新的路径至少包括新的HeaderMap文件在开发项目中的路径,新的HeaderMap文件包括:已添加新的源文件的第一组件中的源文件的头文件的头文件标识与已添加新的源文件的第一组件中的源文件的头文件的头文件地址之间的对应关系。
因此,根据第二组件中的Header Search Path中的新的路径可以搜索到新的HeaderMap文件,在新的HeaderMap文件中能够搜索到第一组件中的新的源文件的头文件的头文件地址。
然而,在根据第二组件中的Header Search Path搜索第一组件中的新的源文件的头文件的头文件地址的场景中,若是在第二组件的Header Search Path中记录的各个旧的路径分别对应的开发项目中的各个组件的旧的HeaderMap文件中搜索第一组件中的新的源文件的头文件的头文件地址(实际搜索不到第一组件中的新的源文件的头文件的头文件地址),再根据第二组件中的Header Search Path中的新的路径对应的新的HeaderMap文件中搜索第一组件中的新的源文件的头文件的头文件地址,则虽然最终能够搜索到第一组件中的新的源文件的头文件的头文件地址,但是由于“在第二组件的Header Search Path中记录的各个旧的路径分别对应的开发项目中的各个组件的旧的HeaderMap文件中搜索第一组件中的新的源文件的头文件的头文件地址”的过程会耗费时间,进而导致搜索到第一组件中的新的源文件的头文件的头文件地址的速度慢,效率低,会导致对应用程序更新的效率低。
因此,为了提高对应用程序更新的效率,在本申请一个实施例中,第二组件中的Header Search Path中的记录的内容具有查找顺序,例如,第二组件中的Header SearchPath中的位置越靠前的内容被查找的顺序越靠前,第二组件中的Header Search Path中的位置越靠后的内容被查找的顺序越靠后。
因此,可以使得在根据第二组件中的Header Search Path搜索第一组件中的新的源文件的头文件的头文件地址的场景中,是先根据第二组件中的Header Search Path中的新的路径对应的新的HeaderMap文件中搜索第一组件中的新的源文件的头文件的头文件地址(最终能够搜索到第一组件中的新的源文件的头文件的头文件地址),而不是根据在第二组件的Header Search Path中记录的各个旧的路径分别对应的开发项目中的各个组件的旧的HeaderMap文件中搜索第一组件中的新的源文件的头文件的头文件地址(实际搜索不到第一组件中的新的源文件的头文件的头文件地址)。
为此,在开发项目中的第二组件中的Header Search Path中至少设置新的路径时,可以在第二组件中的Header Search Path中,将新的路径设置在旧的路径所在的位置之前的位置,旧的路径包括未添加新的源文件的第一组件的旧的HeaderMap文件在开发项目中的路径,以使新的路径的查找顺序位于旧的路径的查找顺序之前。
这样,在根据第二组件中的Header Search Path搜索第一组件中的新的源文件的头文件的头文件地址的场景中,先根据第二组件中的Header Search Path中的新的路径对应的新的HeaderMap文件中搜索第一组件中的新的源文件的头文件的头文件地址,且在新的HeaderMap文件中能够搜索到第一组件中的新的源文件的头文件的头文件地址,一旦搜索到第一组件中的新的源文件的头文件的头文件地址,则就不会再根据在第二组件的Header Search Path中记录的各个旧的路径分别对应的开发项目中的各个组件的旧的HeaderMap文件中搜索第一组件中的新的源文件的头文件的头文件地址。
因此,通过本申请,可以避免执行“在第二组件的Header Search Path中记录的各个旧的路径分别对应的开发项目中的各个组件的旧的HeaderMap文件中搜索第一组件中的新的源文件的头文件的头文件地址”的过程,进而可以节省“在第二组件的Header SearchPath中记录的各个旧的路径分别对应的开发项目中的各个组件的旧的HeaderMap文件中搜索第一组件中的新的源文件的头文件的头文件地址”的过程耗费的时间,从而可以提高搜索到第一组件中的新的源文件的头文件的头文件地址的速度,效率高,可以提高对应用程序更新的效率。
然而,在上述实施例中,发明人发现,既然不会执行“在第二组件的Header SearchPath中记录的各个旧的路径分别对应的开发项目中的各个组件的旧的HeaderMap文件中搜索第一组件中的新的源文件的头文件的头文件地址”的过程,则在第二组件的HeaderSearch Path中记录的第一组件的旧的HeaderMap文件的旧的路径(根据第一组件的旧的HeaderMap文件的旧的路径可以搜索到第一组件的旧的HeaderMap文件)则不再起作用,无用的第一组件的旧的HeaderMap文件的旧的路径位于第二组件的Header Search Path中会导致开发项目的所占空间高。
为此,为了降低开发项目的所占空间,在第二组件的Header Search Path中记录的第一组件的旧的HeaderMap文件的旧的路径就可以不再记录在第二组件的HeaderSearch Path中。其中,需要说明的是,开发项目中的非第一组件以外的其他组件的旧的路径可能还需要使用,如此,开发项目中的非第一组件以外的其他组件的旧的路径可以根据实际情况来确定是否继续保留在第二组件的Header Search Path中。
为此,在开发项目中的第二组件中的Header Search Path中至少设置新的路径时,可以在第二组件中的Header Search Path中,使用新的路径替换旧的路径,旧的路径包括未添加新的源文件的第一组件的旧的HeaderMap文件在开发项目中的路径。
这样,第二组件中的Header Search Path中就不存在开发项目中的第一组件的旧的HeaderMap文件的旧的路径,不存在无用的路径,从而可以降低开发项目的所占空间。
这样,在根据第二组件中的Header Search Path搜索第一组件中的新的源文件的头文件的头文件地址的场景中,可以根据第二组件中的Header Search Path中的新的路径对应的新的HeaderMap文件中搜索第一组件中的新的源文件的头文件的头文件地址,且在新的HeaderMap文件中能够搜索到第一组件中的新的源文件的头文件的头文件地址。
需要说明的是,对于方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请并不受所描述的动作顺序的限制,因为依据本申请,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于可选实施例,所涉及的动作并不一定是本申请所必须的。
参照图3,示出了本申请的一种数据处理装置的结构框图,应用于电子设备,所述电子设备中具有开发环境,开发环境中创建有开发项目,开发项目中包括多个组件,且开发项目中的各个组件已处于集成状态,所述装置包括:
生成模块11,用于在开发项目中的第一组件中添加新的源文件,且在开发项目中的第二组件中存在源文件依赖第一组件中的所述新的源文件的依赖信息的情况下,获取所述第一组件的新的HeaderMap文件,新的HeaderMap文件包括:所述第一组件中的源文件的头文件的头文件标识与所述第一组件中的源文件的头文件的头文件地址之间的对应关系;
设置模块12,用于在对开发项目编译之前,在所述第二组件中的Header SearchPath中至少设置新的路径,新的路径至少包括所述新的HeaderMap文件在所述开发项目中的路径;
调用模块13,用于在对开发项目编译的过程中,针对所述第二组件中的源文件调用所述第一组件中的所述新的源文件的场景,获取所述新的源文件的头文件的头文件标识,并在所述第二组件中的Header Search Path中查找所述新的路径;根据所述新的路径定位所述新的HeaderMap文件,并根据所述新的源文件的头文件的头文件标识,在所述新的HeaderMap文件中的所述对应关系中查找所述新的源文件的头文件的头文件地址,并根据所述新的源文件的头文件的头文件地址调用所述第一组件中的所述新的源文件。
在一个可选的实现方式中,所述设置模块包括:
生成单元,用于在开发项目中生成全局HeaderMap文件,全局HeaderMap文件中包括:所述新的HeaderMap文件以及开发项目中的除所述第一组件以外的各个组件的HeaderMap文件;
设置单元,用于在所述第二组件中的Header Search Path中设置全局HeaderMap文件在开发项目中的路径。
在一个可选的实现方式中,所述生成单元包括:
组合子单元,用于在所述开发项目中不存在全局HeaderMap文件的情况下,将所述新的HeaderMap文件以及所述开发项目中的除所述第一组件以外的各个组件的HeaderMap文件组合,得到所述全局HeaderMap文件,在所述开发项目中部署所述全局HeaderMap文件;
或者,
添加子单元,用于在所述开发项目中已存在全局HeaderMap文件的情况下,对于所述对应关系中的每一个对应表项,在所述全局HeaderMap文件中不存在所述对应表项的情况下,在所述全局HeaderMap文件中添加所述对应表项,得到所述全局HeaderMap文件。
在一个可选的实现方式中,第二组件中的Header Search Path中的记录的内容具有查找顺序;
所述设置单元具体用于:在所述第二组件中的Header Search Path中,将全局HeaderMap文件在开发项目中的路径设置在旧的路径所在的位置之前的位置,旧的路径包括未添加所述新的源文件的所述第一组件的旧的HeaderMap文件在开发项目中的路径,以使全局HeaderMap文件在开发项目中的路径的查找顺序位于旧的路径的查找顺序之前。
在一个可选的实现方式中,所述设置单元具体用于:在所述第二组件中的HeaderSearch Path中,使用全局HeaderMap文件在开发项目中的路径替换旧的路径,旧的路径包括未添加所述新的源文件的所述第一组件的旧的HeaderMap文件在开发项目中的路径。
在一个可选的实现方式中,所述第二组件中的Header Search Path中的记录的内容具有查找顺序,所述第二组件的Header Search Path中记录了开发项目中的各个组件的旧的HeaderMap文件的旧的路径;
所述设置模块具体用于:在所述第二组件中的Header Search Path中,将新的路径设置在旧的路径所在的位置之前的位置,旧的路径包括未添加所述新的源文件的所述第一组件的旧的HeaderMap文件在开发项目中的路径,以使新的路径的查找顺序位于旧的路径的查找顺序之前。
在一个可选的实现方式中,所述第二组件的Header Search Path中记录了开发项目中的各个组件的旧的HeaderMap文件的旧的路径;
所述设置模块具体用于:在所述第二组件中的Header Search Path中,使用新的路径替换旧的路径,旧的路径包括未添加所述新的源文件的所述第一组件的旧的HeaderMap文件在开发项目中的路径。
在本申请中,在开发项目中的第一组件中添加新的源文件,且在开发项目中的第二组件中存在源文件依赖第一组件中的新的源文件的依赖信息的情况下,获取第一组件的新的HeaderMap文件,新的HeaderMap文件包括:第一组件中的源文件的头文件的头文件标识与第一组件中的源文件的头文件的头文件地址之间的对应关系。在对开发项目编译之前,在第二组件中的Header Search Path中至少设置新的路径,新的路径至少包括新的HeaderMap文件在开发项目中的路径。在对开发项目编译的过程中,针对第二组件中的源文件调用第一组件中的新的源文件的场景,获取新的源文件的头文件的头文件标识,并在第二组件中的Header Search Path中查找新的路径;根据新的路径定位新的HeaderMap文件,并根据新的源文件的头文件的头文件标识,在新的HeaderMap文件中的对应关系中查找新的源文件的头文件的头文件地址,并根据新的源文件的头文件的头文件地址调用第一组件中的新的源文件。
通过本申请,在已集成的开发项目中的第一组件中添加新的源文件且开发项目中的第二组件中的源文件需要调用第一组件中的新的源文件的场景中,第二组件能够搜索到第一组件中的新的源文件的头文件的头文件地址,可以避免编译报错,另外,不对开发项目重新集成就可以实现第二组件能够搜索到第一组件中的新的源文件的头文件的头文件地址,从而可以节省时间,可以提高对应用程序更新的效率。
对于装置实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
可选的,本申请实施例还提供了一种电子设备,包括:处理器,存储器,存储在存储器上并可在处理器上运行的计算机程序,该计算机程序被处理器执行时实现上述方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
本申请实施例还提供了一种计算机可读存储介质,计算机可读存储介质上存储有计算机程序,计算机程序被处理器执行时实现上述方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。其中,所述的计算机可读存储介质,如只读存储器(Read-Only Memory,简称ROM)、随机存取存储器(Random Access Memory,简称RAM)、磁碟或者光盘等。
图4是本申请示出的一种电子设备800的框图。例如,电子设备800可以是移动电话,计算机,数字广播终端,消息收发设备,游戏控制台,平板设备,医疗设备,健身设备,个人数字助理等。
参照图4,电子设备800可以包括以下一个或多个组件:处理组件802,存储器804,电源组件806,多媒体组件808,音频组件810,输入/输出(I/O)的接口812,传感器组件814,以及通信组件816。
处理组件802通常控制电子设备800的整体操作,诸如与显示,电话呼叫,数据通信,相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令,以完成上述方法的全部或部分步骤。此外,处理组件802可以包括一个或多个模块,便于处理组件802和其他组件之间的交互。例如,处理组件802可以包括多媒体模块,以方便多媒体组件808和处理组件802之间的交互。
存储器804被配置为存储各种类型的数据以支持在设备800的操作。这些数据的示例包括用于在电子设备800上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图像,视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
电源组件806为电子设备800的各种组件提供电力。电源组件806可以包括电源管理***,一个或多个电源,及其他与为电子设备800生成、管理和分配电力相关联的组件。
多媒体组件808包括在所述电子设备800和用户之间的提供一个输出接口的屏幕。在一些实施例中,屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中,多媒体组件808包括一个前置摄像头和/或后置摄像头。当设备800处于操作模式,如拍摄模式或视频模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜***或具有焦距和光学变焦能力。
音频组件810被配置为输出和/或输入音频信号。例如,音频组件810包括一个麦克风(MIC),当电子设备800处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收到的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中,音频组件810还包括一个扬声器,用于输出音频信号。
I/O接口812为处理组件802和***接口模块之间提供接口,上述***接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件814包括一个或多个传感器,用于为电子设备800提供各个方面的状态评估。例如,传感器组件814可以检测到设备800的打开/关闭状态,组件的相对定位,例如所述组件为电子设备800的显示器和小键盘,传感器组件814还可以检测电子设备800或电子设备800一个组件的位置改变,用户与电子设备800接触的存在或不存在,电子设备800方位或加速/减速和电子设备800的温度变化。传感器组件814可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器,如CMOS或CCD图像传感器,用于在成像应用中使用。在一些实施例中,该传感器组件814还可以包括加速度传感器,陀螺仪传感器,磁传感器,压力传感器或温度传感器。
通信组件816被配置为便于电子设备800和其他设备之间有线或无线方式的通信。电子设备800可以接入基于通信标准的无线网络,如WiFi,运营商网络(如2G、3G、4G或5G),或它们的组合。在一个示例性实施例中,通信组件816经由广播信道接收来自外部广播管理***的广播信号或广播操作信息。在一个示例性实施例中,所述通信组件816还包括近场通信(NFC)模块,以促进短程通信。例如,在NFC模块可基于射频识别(RFID)技术,红外数据协会(IrDA)技术,超宽带(UWB)技术,蓝牙(BT)技术和其他技术来实现。
在示例性实施例中,电子设备800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述方法。
在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器804,上述指令可由电子设备800的处理器820执行以完成上述方法。例如,所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
图5是本申请示出的一种电子设备1900的框图。例如,电子设备1900可以被提供为一服务器。
参照图5,电子设备1900包括处理组件1922,其进一步包括一个或多个处理器,以及由存储器1932所代表的存储器资源,用于存储可由处理组件1922的执行的指令,例如应用程序。存储器1932中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外,处理组件1922被配置为执行指令,以执行上述方法。
电子设备1900还可以包括一个电源组件1926被配置为执行电子设备1900的电源管理,一个有线或无线网络接口1950被配置为将电子设备1900连接到网络,和一个输入输出(I/O)接口1958。电子设备1900可以操作基于存储在存储器1932的操作***,例如Windows ServerTM,Mac OS XTM,UnixTM,LinuxTM,FreeBSDTM或类似。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本申请各个实施例所述的方法。
上面结合附图对本申请的实施例进行了描述,但是本申请并不局限于上述的具体实施方式,上述的具体实施方式仅仅是示意性的,而不是限制性的,本领域的普通技术人员在本申请的启示下,在不脱离本申请宗旨和权利要求所保护的范围情况下,还可做出很多形式,均属于本申请的保护之内。
本领域普通技术人员可以意识到,结合本申请实施例中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的***、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以权利要求的保护范围为准。
Claims (16)
1.一种数据处理方法,其特征在于,应用于电子设备,所述电子设备中具有开发环境,开发环境中创建有开发项目,开发项目中包括多个组件,且开发项目中的各个组件已处于集成状态,所述方法包括:
在开发项目中的第一组件中添加新的源文件,且在开发项目中的第二组件中存在源文件依赖第一组件中的所述新的源文件的依赖信息的情况下,获取所述第一组件的新的HeaderMap文件,新的HeaderMap文件包括:所述第一组件中的源文件的头文件的头文件标识与所述第一组件中的源文件的头文件的头文件地址之间的对应关系;
在对开发项目编译之前,在所述第二组件中的Header Search Path中至少设置新的路径,新的路径至少包括所述新的HeaderMap文件在开发项目中的路径;
在对开发项目编译的过程中,针对所述第二组件中的源文件调用所述第一组件中的所述新的源文件的场景,获取所述新的源文件的头文件的头文件标识,并在所述第二组件中的Header Search Path中查找所述新的路径;根据所述新的路径定位所述新的HeaderMap文件,并根据所述新的源文件的头文件的头文件标识,在所述新的HeaderMap文件中的所述对应关系中查找所述新的源文件的头文件的头文件地址,并根据所述新的源文件的头文件的头文件地址调用所述第一组件中的所述新的源文件。
2.根据权利要求1所述的方法,其特征在于,所述在所述第二组件中的Header SearchPath中至少设置新的路径,包括:
在开发项目中生成全局HeaderMap文件,全局HeaderMap文件中包括:所述新的HeaderMap文件以及开发项目中的除所述第一组件以外的各个组件的HeaderMap文件;
在所述第二组件中的Header Search Path中设置全局HeaderMap文件在开发项目中的路径。
3.根据权利要求2所述的方法,其特征在于,所述在开发项目中生成全局HeaderMap文件,包括:
在所述开发项目中不存在全局HeaderMap文件的情况下,将所述新的HeaderMap文件以及所述开发项目中的除所述第一组件以外的各个组件的HeaderMap文件组合,得到所述全局HeaderMap文件,在所述开发项目中部署所述全局HeaderMap文件;
或者,
在所述开发项目中已存在全局HeaderMap文件的情况下,对于所述对应关系中的每一个对应表项,在所述全局HeaderMap文件中不存在所述对应表项的情况下,在所述全局HeaderMap文件中添加所述对应表项,得到所述全局HeaderMap文件。
4.根据权利要求2所述的方法,其特征在于,所述第二组件中的Header Search Path中的记录的内容具有查找顺序;
所述在所述第二组件中的Header Search Path中设置全局HeaderMap文件在开发项目中的路径,包括:
在所述第二组件中的Header Search Path中,将全局HeaderMap文件在开发项目中的路径设置在旧的路径所在的位置之前的位置,旧的路径包括未添加所述新的源文件的所述第一组件的旧的HeaderMap文件在开发项目中的路径,以使全局HeaderMap文件在开发项目中的路径的查找顺序位于旧的路径的查找顺序之前。
5.根据权利要求2所述的方法,其特征在于,所述在所述第二组件中的Header SearchPath中设置全局HeaderMap文件在开发项目中的路径,包括:
在所述第二组件中的Header Search Path中,使用全局HeaderMap文件在开发项目中的路径替换旧的路径,旧的路径包括未添加所述新的源文件的所述第一组件的旧的HeaderMap文件在开发项目中的路径。
6.根据权利要求1所述的方法,其特征在于,所述第二组件中的Header Search Path中的记录的内容具有查找顺序,所述第二组件的Header Search Path中记录了开发项目中的各个组件的旧的HeaderMap文件的旧的路径;
所述在所述第二组件中的Header Search Path中至少设置新的路径,包括:
在所述第二组件中的Header Search Path中,将新的路径设置在旧的路径所在的位置之前的位置,旧的路径包括未添加所述新的源文件的所述第一组件的旧的HeaderMap文件在开发项目中的路径,以使新的路径的查找顺序位于旧的路径的查找顺序之前。
7.根据权利要求1所述的方法,其特征在于,所述第二组件的Header Search Path中记录了开发项目中的各个组件的旧的HeaderMap文件的旧的路径;
所述在所述第二组件中的Header Search Path中至少设置新的路径,包括:
在所述第二组件中的Header Search Path中,使用新的路径替换旧的路径,旧的路径包括未添加所述新的源文件的所述第一组件的旧的HeaderMap文件在开发项目中的路径。
8.一种数据处理装置,其特征在于,应用于电子设备,所述电子设备中具有开发环境,开发环境中创建有开发项目,开发项目中包括多个组件,且开发项目中的各个组件已处于集成状态,所述装置包括:
生成模块,用于在开发项目中的第一组件中添加新的源文件,且在开发项目中的第二组件中存在源文件依赖第一组件中的所述新的源文件的依赖信息的情况下,获取所述第一组件的新的HeaderMap文件,新的HeaderMap文件包括:所述第一组件中的源文件的头文件的头文件标识与所述第一组件中的源文件的头文件的头文件地址之间的对应关系;
设置模块,用于在对开发项目编译之前,在所述第二组件中的Header Search Path中至少设置新的路径,新的路径至少包括所述新的HeaderMap文件在所述开发项目中的路径;
调用模块,用于在对开发项目编译的过程中,针对所述第二组件中的源文件调用所述第一组件中的所述新的源文件的场景,获取所述新的源文件的头文件的头文件标识,并在所述第二组件中的Header Search Path中查找所述新的路径;根据所述新的路径定位所述新的HeaderMap文件,并根据所述新的源文件的头文件的头文件标识,在所述新的HeaderMap文件中的所述对应关系中查找所述新的源文件的头文件的头文件地址,并根据所述新的源文件的头文件的头文件地址调用所述第一组件中的所述新的源文件。
9.根据权利要求8所述的装置,其特征在于,所述设置模块包括:
生成单元,用于在开发项目中生成全局HeaderMap文件,全局HeaderMap文件中包括:所述新的HeaderMap文件以及开发项目中的除所述第一组件以外的各个组件的HeaderMap文件;
设置单元,用于在所述第二组件中的Header Search Path中设置全局HeaderMap文件在开发项目中的路径。
10.根据权利要求9所述的装置,其特征在于,所述生成单元包括:
组合子单元,用于在所述开发项目中不存在全局HeaderMap文件的情况下,将所述新的HeaderMap文件以及所述开发项目中的除所述第一组件以外的各个组件的HeaderMap文件组合,得到所述全局HeaderMap文件,在所述开发项目中部署所述全局HeaderMap文件;
或者,
添加子单元,用于在所述开发项目中已存在全局HeaderMap文件的情况下,对于所述对应关系中的每一个对应表项,在所述全局HeaderMap文件中不存在所述对应表项的情况下,在所述全局HeaderMap文件中添加所述对应表项,得到所述全局HeaderMap文件。
11.根据权利要求9所述的装置,其特征在于,所述第二组件中的Header Search Path中的记录的内容具有查找顺序;
所述设置单元具体用于:在所述第二组件中的Header Search Path中,将全局HeaderMap文件在开发项目中的路径设置在旧的路径所在的位置之前的位置,旧的路径包括未添加所述新的源文件的所述第一组件的旧的HeaderMap文件在开发项目中的路径,以使全局HeaderMap文件在开发项目中的路径的查找顺序位于旧的路径的查找顺序之前。
12.根据权利要求9所述的装置,其特征在于,所述设置单元具体用于:在所述第二组件中的Header Search Path中,使用全局HeaderMap文件在开发项目中的路径替换旧的路径,旧的路径包括未添加所述新的源文件的所述第一组件的旧的HeaderMap文件在开发项目中的路径。
13.根据权利要求8所述的装置,其特征在于,所述第二组件中的Header Search Path中的记录的内容具有查找顺序,所述第二组件的Header Search Path中记录了开发项目中的各个组件的旧的HeaderMap文件的旧的路径;
所述设置模块具体用于:在所述第二组件中的Header Search Path中,将新的路径设置在旧的路径所在的位置之前的位置,旧的路径包括未添加所述新的源文件的所述第一组件的旧的HeaderMap文件在开发项目中的路径,以使新的路径的查找顺序位于旧的路径的查找顺序之前。
14.根据权利要求8所述的装置,其特征在于,所述第二组件的Header Search Path中记录了开发项目中的各个组件的旧的HeaderMap文件的旧的路径;
所述设置模块具体用于:在所述第二组件中的Header Search Path中,使用新的路径替换旧的路径,旧的路径包括未添加所述新的源文件的所述第一组件的旧的HeaderMap文件在开发项目中的路径。
15.一种电子设备,其特征在于,包括:处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现如权利要求1至7中任一项所述的方法。
16.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述的方法的。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310244171.8A CN116400925A (zh) | 2023-03-14 | 2023-03-14 | 一种数据处理方法、装置、电子设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310244171.8A CN116400925A (zh) | 2023-03-14 | 2023-03-14 | 一种数据处理方法、装置、电子设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116400925A true CN116400925A (zh) | 2023-07-07 |
Family
ID=87013299
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202310244171.8A Pending CN116400925A (zh) | 2023-03-14 | 2023-03-14 | 一种数据处理方法、装置、电子设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN116400925A (zh) |
-
2023
- 2023-03-14 CN CN202310244171.8A patent/CN116400925A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111736916A (zh) | 基于Java语言的动态扩展方法、装置、电子设备及存储介质 | |
CN107463372B (zh) | 一种数据驱动的页面更新方法和装置 | |
CN108563487B (zh) | 用户界面的更新方法及装置 | |
CN113590091A (zh) | 一种数据处理方法、装置、电子设备及存储介质 | |
CN116400925A (zh) | 一种数据处理方法、装置、电子设备及存储介质 | |
CN111045701B (zh) | 一种版本切换方法、装置和用于版本切换的装置 | |
CN108427568B (zh) | 用户界面的更新方法及装置 | |
CN108549570B (zh) | 用户界面的更新方法及装置 | |
CN114020694B (zh) | 一种头文件地址的获取方法、装置、电子设备及存储介质 | |
CN109933357B (zh) | 应用程序升级方法及装置 | |
CN114020693B (zh) | 一种头文件地址的获取方法、装置、电子设备及存储介质 | |
CN113778440B (zh) | 一种数据处理方法、装置、电子设备及存储介质 | |
CN111596949B (zh) | 一种开发应用程序的方法及装置 | |
CN111273910B (zh) | 获取资源号码标识符的方法、装置及存储介质 | |
CN113590128A (zh) | 一种中间文件的获取方法、装置、电子设备及存储介质 | |
CN113835751B (zh) | 代码测试方法、装置、电子设备、存储介质 | |
CN110795444B (zh) | Dom数据更新方法、页面更新方法及装置 | |
CN109726118B (zh) | 一种应用程序开发方法、装置、电子设备及存储介质 | |
CN114115862A (zh) | 一种数据处理方法、装置、电子设备及存储介质 | |
CN117033042A (zh) | 应用程序的故障修复方法、装置及电子设备 | |
CN115809054A (zh) | 一种数据处理方法、装置、电子设备及存储介质 | |
CN114661338A (zh) | 一种程序包的处理方法、装置、电子设备及存储介质 | |
CN113885938A (zh) | 代码修改方法、装置、电子设备及存储介质 | |
CN114416085A (zh) | 一种数据处理方法、装置、电子设备及存储介质 | |
CN115357277A (zh) | 热更新方法、装置、电子设备、存储介质及程序产品 |
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 |