CN116594630A - 文件生成方法、装置、介质及电子设备 - Google Patents
文件生成方法、装置、介质及电子设备 Download PDFInfo
- Publication number
- CN116594630A CN116594630A CN202310596153.6A CN202310596153A CN116594630A CN 116594630 A CN116594630 A CN 116594630A CN 202310596153 A CN202310596153 A CN 202310596153A CN 116594630 A CN116594630 A CN 116594630A
- Authority
- CN
- China
- Prior art keywords
- target
- dependency library
- library
- dependency
- file
- 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
- 238000000034 method Methods 0.000 title claims abstract description 79
- 230000008569 process Effects 0.000 claims abstract description 24
- 230000001419 dependent effect Effects 0.000 claims description 25
- 238000004590 computer program Methods 0.000 claims description 16
- 230000004044 response Effects 0.000 claims description 15
- 238000012545 processing Methods 0.000 claims description 11
- 230000001960 triggered effect Effects 0.000 claims description 8
- 230000008878 coupling Effects 0.000 abstract description 5
- 238000010168 coupling process Methods 0.000 abstract description 5
- 238000005859 coupling reaction Methods 0.000 abstract description 5
- 238000011161 development Methods 0.000 description 12
- 238000010586 diagram Methods 0.000 description 10
- 230000006870 function Effects 0.000 description 9
- 238000004891 communication Methods 0.000 description 8
- 238000007726 management method Methods 0.000 description 6
- 230000003287 optical effect Effects 0.000 description 5
- 239000012792 core layer Substances 0.000 description 4
- 238000009434 installation Methods 0.000 description 4
- 238000001514 detection method Methods 0.000 description 3
- 239000010410 layer Substances 0.000 description 3
- 238000004422 calculation algorithm Methods 0.000 description 2
- 238000012512 characterization method Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 239000013307 optical fiber Substances 0.000 description 2
- 230000000644 propagated effect Effects 0.000 description 2
- 239000004065 semiconductor Substances 0.000 description 2
- 230000002776 aggregation Effects 0.000 description 1
- 238000004220 aggregation Methods 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 238000013475 authorization Methods 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
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
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
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
技术领域
本公开涉及电子信息技术领域，具体地，涉及一种文件生成方法、装置、介质及电子设备。
背景技术
在某些开发环境中，编译采用C++开发GSDK(Game Software Development Kit，游戏软件开发工具包)，会涉及到对第三方依赖库的使用，一般需要将第三方依赖库的源码下载到本地进行编译，这种方式导致与本身开发的项目所对应的代码严重耦合，且不同GSDK的开发或同一GSDK的不同模块的开发无法实现第三方依赖库的复用。
发明内容
提供该发明内容部分以便以简要的形式介绍构思，这些构思将在后面的具体实施方式部分被详细描述。该发明内容部分并不旨在标识要求保护的技术方案的关键特征或必要特征，也不旨在用于限制所要求的保护的技术方案的范围。
第一方面，本公开提供一种文件生成方法，包括：
响应基于目标环境对目标工程的配置指令，基于所述目标工程的主配置文件生成所述目标工程的待编译文件；
在所述待编译文件的生成过程中，基于所述主配置文件中的依赖库配置信息，从仓库中拉取与所述依赖库配置信息所对应的第一目标依赖库；
响应基于所述目标环境对所述目标工程的编译指令，基于所述待编译文件和所述第一目标依赖库，生成所述目标工程的目标文件。
第二方面，本公开提供一种文件生成装置，包括：
第一响应模块，用于响应基于目标环境对目标工程的配置指令，基于所述目标工程的主配置文件生成所述目标工程的待编译文件；
拉取模块，用于在所述待编译文件的生成过程中，基于所述主配置文件中的依赖库配置信息，从仓库中拉取与所述依赖库配置信息所对应的第一目标依赖库；
第二响应模块，用于响应基于所述目标环境对所述目标工程的编译指令，基于所述待编译文件和所述第一目标依赖库，生成所述目标工程的目标文件。
第三方面，本公开提供一种计算机可读介质，其上存储有计算机程序，该程序被处理装置执行时实现第一方面中所述方法的步骤。
第四方面，本公开提供一种电子设备，包括：
存储装置，其上存储有计算机程序；
处理装置，用于执行所述存储装置中的所述计算机程序，以实现第一方面中所述方法的步骤。
通过上述技术方案，可以依据目标工程的主配置文件中的依赖库配置信息从仓库中拉取对应的第一目标依赖库，实现按依赖库配置信息从仓库中拉取依赖库，从而在需要更新依赖包时，只需更新仓库中依赖包和依赖库配置信息，则可以实现对不同项目或同一项目的不同模块之间的依赖包的更新，降低了依赖包与目标工程的耦合，且实现了不同项目或同一项目的不同模块之间依赖库的复用，且开发人员可以通过依赖库配置信息直观地了解到目标项目中依赖库的版本；此外，由于生成目标工程的待编译文件的配置阶段是跨平台的阶段，与编译阶段所涉及的平台无关，因此，在配置阶段完成对依赖库从仓库中的拉取操作，可以实现依赖包的管理与平台无关，简化对依赖包的管理的开发难度。
本公开的其他特征和优点将在随后的具体实施方式部分予以详细说明。
附图说明
结合附图并参考以下具体实施方式，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。贯穿附图中，相同或相似的附图标记表示相同或相似的元素。应当理解附图是示意性的，原件和元素不一定按照比例绘制。在附图中：
图1是根据本公开实施例提供的一种文件生成方法的流程图。
图2是根据本公开实施例提供的一种文件生成方法的架构图。
图3是根据本公开实施例提供的一种文件生成装置的框图。
图4是根据本公开实施例提供的一种电子设备的结构示意图。
具体实施方式
下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。
应当理解，本公开的方法实施方式中记载的各个步骤可以按照不同的顺序执行，和/或并行执行。此外，方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本公开的范围在此方面不受限制。
本文使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”；术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。
需要注意，本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。
需要注意，本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。
本公开实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的，而并不是用于对这些消息或信息的范围进行限制。
可以理解的是，在使用本公开各实施例公开的技术方案之前，均应当依据相关法律法规通过恰当的方式对本公开所涉及个人信息的类型、使用范围、使用场景等告知用户并获得用户的授权。
例如，在响应于接收到用户的主动请求时，向用户发送提示信息，以明确地提示用户，其请求执行的操作将需要获取和使用到用户的个人信息。从而，使得用户可以根据提示信息来自主地选择是否向执行本公开技术方案的操作的电子设备、应用程序、服务器或存储介质等软件或硬件提供个人信息。
作为一种可选的但非限定性的实现方式，响应于接收到用户的主动请求，向用户发送提示信息的方式例如可以是弹窗的方式，弹窗中可以以文字的方式呈现提示信息。此外，弹窗中还可以承载供用户选择“同意”或者“不同意”向电子设备提供个人信息的选择控件。
可以理解的是，上述通知和获取用户授权过程仅是示意性的，不对本公开的实现方式构成限定，其它满足相关法律法规的方式也可应用于本公开的实现方式中。
同时，可以理解的是，本技术方案所涉及的数据(包括但不限于数据本身、数据的获取或使用)应当遵循相应法律法规及相关规定的要求。
CMake是一个跨平台的安装(编译)工具，可以用简单的语句来描述所有平台的安装。在基于CMake环境的GSDK开发中，会涉及到对第三方依赖库的使用，一般需要将第三方依赖库的源码下载到本地进行编译，这种方式导致与本身开发的项目所对应的代码严重耦合，且不同GSDK的开发或同一GSDK的不同模块的开发无法实现第三方依赖库的复用。
有鉴于此，本公开实施例提供一种文件生成方法、装置、介质及电子设备。
首先，对本公开实施例所涉及的技术用语进行解释说明。
CMake可以用于开发人员编写工程(项目)的CMakeLists.txt文件，在CMakeLists.txt文件中可以定义工程的各种属性，例如工程的名称。本公开实施例中主配置文件和辅配置文件均可以理解为一种CMakeLists.txt文件。而配置指令是一种CMake指令，该指令可以将开发人员编写的CMakeLists.txt文件进行解析并配置，转化为make所需要的Makefile文件，然后用make命令(例如编译指令)编译Makefile文件可以生成可执行程序或共享库，生成Makefile文件属于CMake的配置阶段中执行的操作，生成可执行程序或共享库属于CMake的编译阶段中执行的操作。其中编译也可以称为构建。
依赖库，意指开发业务工程中需要使用的库文件。
以下以目标环境为CMake环境，对本公开实施例进行解释与说明。图1是根据本公开实施例提供的一种文件生成方法的流程图。该文件生成方法可以应用于电子设备，参照图1，该文件生成方法可以包括以下步骤：
步骤101，响应基于目标环境对目标工程的配置指令，基于目标工程的主配置文件生成目标工程的待编译文件。
其中，这里的待编译文件例如可以是上述的Makefile文件。主配置文件为对目标工程的属性进行配置的文件，基于对主配置文件的解析和配置，可以对应的生成Makefile文件。
其中，这里的配置指令的相关解释可以参照上述内容，本实施例在此不作赘述。
作为一种示例，目标工程可以是开发GSDK的工程。
步骤102，在待编译文件的生成过程中，基于主配置文件中的依赖库配置信息，从仓库中拉取与依赖库配置信息所对应的第一目标依赖库。
值得说明的是，由于待编译文件是在配置阶段完成的，因此，在待编译文件的生成过程中，执行拉取与依赖库配置信息所对应的第一目标依赖库的操作，从而实现在配置阶段实现第一目标依赖库的拉取。
其中，依赖库配置信息属于目标工程的属性之一，依赖库配置信息可以是版本标识信息，该版本标识信息用于从仓库中拉取与其对应的第一目标依赖库。
其中，仓库可以用于维护携带不同版本标识信息所对应的依赖包，本实施例中的依赖包可以为由第三方所提供的依赖包。
步骤103，响应基于目标环境对目标工程的编译指令，基于待编译文件和第一目标依赖库，生成目标工程的目标文件。
其中，关于基于待编译文件和第一目标依赖库，生成目标工程的目标文件的过程可以参照相关技术，本实施例在此不作赘述。
通过上述技术方案，可以依据目标工程的主配置文件中的依赖库配置信息从仓库中拉取对应的第一目标依赖库，实现按依赖库配置信息从仓库中拉取依赖库，从而在需要更新依赖包时，只需更新仓库中依赖包和依赖库配置信息，则可以实现对不同项目或同一项目的不同模块之间的依赖包的更新，降低了依赖包与目标工程的耦合，且实现了不同项目或同一项目的不同模块之间依赖库的复用，且开发人员可以通过依赖库配置信息直观地了解到目标项目中依赖库的版本；此外，由于生成目标工程的待编译文件的配置阶段是跨平台的阶段，与编译阶段所涉及的平台无关，因此，在配置阶段完成对依赖库从仓库中的拉取操作，可以实现依赖包的管理与平台无关，简化对依赖包的管理的开发难度。
在一些实施例中，上述的在待编译文件的生成过程中，基于主配置文件中的依赖库配置信息，从仓库中拉取与依赖库配置信息所对应的第一目标依赖库的步骤可以通过以下方式实施：在待编译文件的生成过程中，动态生成与主配置文件中的依赖库配置信息所对应的依赖库的辅助工程，以及辅助工程对应的辅配置文件；对辅配置文件进行解析并配置，并基于辅配置文件的配置结果执行编译，以从仓库中拉取与依赖库配置信息所对应的第一目标依赖库。
其中，辅配置文件中配置了从仓库中拉取与依赖库配置信息对应的第一目标依赖库的能力信息。
值得说明的是，在CMake环境中，通过CMake提供的ExternalProject方法可以查找本地的可执行文件，执行该可执行文件可以实现拉取操作，从而实现对仓库中依赖库的拉取。而在CMake环境中，ExternalProject方法仅在编译阶段可用，因此，为了可以使得在配置阶段实现仓库中依赖库的拉取，提出了在目标工程的配置过程中，即在待编译文件的生成过程中，动态生成与依赖库配置信息所对应的依赖库的辅助工程，以及辅助工程对应的辅配置文件，即动态的配置一个独立于目标工程的工程以及该工程对应的配置文件，在目标工程的配置阶段执行独立于目标工程的工程的配置和编译，达到在目标工程的配置阶段完成依赖库的拉取。
举例来讲，首先，可以执行find_package方法查找安装包并进行用于拉取依赖库的客户端的安装，从而可以通过该客户端实现拉取操作；接着，通过对目标工程的主配置文件进行解析并配置，以生成目标工程的Makefile文件；对于解析到的依赖库配置信息，可以通过configure_file方法动态生成与该依赖库配置信息对应的辅助工程以及对应的辅配置文件，该辅配置文件中配置了从仓库中拉取与依赖库配置信息对应的第一目标依赖库的能力的信息。对辅配置文件进行解析并配置，并基于辅配置文件的配置结果执行编译。
上述辅配置文件中配置了从仓库中拉取第一目标依赖库的能力的信息。可以理解为辅配置文件中封装了ExternalProject方法，从而在基于辅配置文件的配置结果执行编译的过程中，可以通过ExternalProject方法实现对第一目标依赖包的拉取，这样，即可以实现在目标工程的配置阶段完成对第一目标依赖库的拉取操作。
通过上述方式，在目标工程的配置阶段实现对依赖包的拉取。
在一些实施例中，上述文件生成方法还包括以下步骤：响应基于目标环境对目标工程的配置指令，在允许在待编译文件的生成过程中执行自动更新操作情况下，检验本地依赖库的版本相对于仓库中与本地依赖库对应的依赖库的最新版本是否存在更新；在检验到本地依赖库的版本相对于仓库中与本地依赖库对应的依赖库的最新版本存在更新的情况下，将本地依赖库上传到仓库，并对上传的本地依赖库标记对应的版本标签。
值得说明的是，在开启自动更新的情况下，表征允许在目标工程的配置阶段执行自动更新操作；反之，在关闭自动更新的情况下，表征不允许在目标工程的配置阶段执行自动更新操作。作为一种示例，可以在电子设备中设置用于是否开启自动更新的控件，开发人员可以通过操作该控件，实现自动更新操作的开启或关闭。
其中，本地依赖库可以是指从远端下载的目标项目所依赖的第三方依赖库，本地依赖库可以不用存储在目标工程对应的文件夹中。本地依赖库中默认集成有成版本文件，版本文件中配置有版本标签。作为一种示例，版本文件可以是格式yml的文件。
值得说明的是，仓库中可以维护具备同一功能的依赖库的不同版本，而与本地依赖库对应的依赖库理解为与本地依赖库功能相同的依赖库。
作为一种示例，上述的检验本地依赖库的版本相对于仓库中与本地依赖库对应的依赖库的最新版本是否存在更新的步骤可以通过以下方式实施：检验本地依赖库的版本标签相对于仓库中与本地依赖库对应的依赖库的最新版本的版本标签是否一致，在一致的情况下，确定本地依赖库的版本相对于仓库中与本地依赖库对应的依赖库的最新版本不存在更新，也即是说，依赖库并无实质更新；在不一致的情况下，确定本地依赖库的版本相对于仓库中与本地依赖库对应的依赖库的最新版本存在更新，也即是说，依赖库存在实质更新。
值得说明的是，这里可以先通过解析本地依赖库的版本文件获取版本标签，从而检验本地依赖库的版本标签相对于仓库中与本地依赖库对应的依赖库的最新版本的版本标签是否一致。而对于仓库中的依赖库，由于仓库支持标记依赖库的版本标签，因此，基于仓库可以直接获取仓库中的依赖库的版本标签。
作为一种示例，上述的检验本地依赖库的版本相对于仓库中与本地依赖库对应的依赖库的最新版本是否存在更新的步骤可以通过以下方式实施：检验本地依赖库的MD5(Message-Digest Algorithm 5，信息摘要算法)值相对于仓库中与本地依赖库对应的依赖库的最新版本的MD5值是否一致，在一致的情况下，确定本地依赖库的版本相对于仓库中与本地依赖库对应的依赖库的最新版本不存在更新，也即是说，依赖库并无实质更新；在不一致的情况下，确定本地依赖库的版本相对于仓库中与本地依赖库对应的依赖库的最新版本存在更新，也即是说，依赖库存在实质更新。其中，MD5值可以采用MD5算法为文件产生一个独一无二的数字指纹，借助这个数字指纹，通过检查本地依赖库对应的MD5值和仓库中与本地依赖库对应的依赖库的最新版本所对应的MD5值是否发生了改变，就可以确定是否更新了依赖库。
作为一种示例，还可以融合上述结合版本标签和MD5值得方式来检验本地依赖库的版本相对于仓库中与本地依赖库对应的依赖库的最新版本是否存在更新。举例来讲，同时检验本地依赖库的版本标签相对于仓库中与本地依赖库对应的依赖库的最新版本的版本标签是否一致，以及检验本地依赖库的MD5值相对于仓库中与本地依赖库对应的依赖库的最新版本的MD5值是否一致，且在任一满足一致的情况下确定本地依赖库的版本相对于仓库中与本地依赖库对应的依赖库的最新版本不存在更新，也即是说，依赖库并无实质更新；在均满足不一致的情况下，确定本地依赖库的版本相对于仓库中与本地依赖库对应的依赖库的最新版本存在更新，也即是说，依赖库存在实质更新。
通过上述方式，在开启自动更新的情况下，无需人为操作，即可实现对依赖包的自动更新，而这种方式可以对目标项目中所依赖的所有第三方依赖库是否相对于仓库中与之对应的依赖库是否存在更新进行检验，从而可以实现全量依赖库的检测。
在一些实施例中，上述方法还包括以下步骤：响应针对待更新依赖库的主动更新操作，将待更新依赖库上传到仓库，并对上传的待更新依赖库标记对应的版本标签。
作为一种示例，主动更新操作可以是通过第一预设指令触发的操作；作为另一种示例，主动更新操作可以是通过点击预设上传控件所触发的操作。后者所示例的预设上传控件是为开发用户提供的可视化界面中包含的控件，通过点击预设上传控件触发主动更新操作，从而可以为开发人员提供良好的交互体验。
其中，待更新依赖库可以理解为开发人员自主选择的本地依赖库。与上述实施例中的本地依赖库类似的，待更新依赖库也可以集成有成版本文件，关于版本文件的解释说明可以参照上述相关实施例。
通过上述方式，支持开发人员对依赖包的主动更新。
在一些实施例中，上述的响应针对待更新依赖库的主动更新操作，将待更新依赖库上传到仓库，并对上传的待更新依赖库标记对应的版本标签的步骤可以通过以下方式实施：响应针对待更新依赖库的主动更新操作，在检验到待更新依赖库相对于仓库中与待更新依赖库对应的依赖库的最新版本存在更新的情况下，将待更新依赖库上传到仓库，并对上传的待更新依赖库标记对应的版本标签。
这样，可以避免在未更新待更新依赖库时，开发人员仍误触发对待更新依赖库的主动更新操作所造成的资源浪费的问题。
另外，关于本实施例中检验待更新依赖库相对于仓库中的依赖库是否存在更新的实施方式可以参照上述相关实施例，本实施例在此不作赘述。
在一些实施例中，本地依赖库中默认集成还有上传脚本，上传脚本是对上传工具的接口的封装，通过该调用接口可以向服务端查询并下载对应的上传工具。在此情况下，通过运行从服务端下载的上传工具实现以下至少一项：
检验第二目标依赖库相对于仓库中与第二目标依赖库对应的依赖库的最新版本是否存在更新；
上传第二目标依赖库至仓库；
标记第二目标依赖库对应的版本标签。
值得说明的是，这里的第二目标依赖库例如上述的待更新依赖库和本地依赖库。
这样，利用上传脚本对上传工具进行封装，可以使得仅需要维护服务端的上传工具，无需在上传工具更新时更新每一工程下的上传工具，实现不同工程对上传工具的复用，降低了开发难度。
在一些实施例中，上述方法还可以包括以下步骤：响应基于目标环境对目标工程的配置指令，执行第二预设指令，第二预设指令用于运行上报脚本，上报脚本用于主动向服务端上报目标工程的依赖库信息。
值得说明的是，CMake的本身所支持的语言并不支持与网络的通信，因此通过第二预设指令可以实现跨语言级别的调用，从而实现与网络的通信。
作为一种示例，第二预设指令可以是CMake中的execute_process指令。关于execute_process指令可以参照相关技术。
作为一种示例，上报脚本可以是Python语言所支持的脚本。
作为一种示例，依赖库信息可以是目标工程使用的依赖库数量、使用的依赖库版本和依赖库的大小等信息。
通过上述方式，实现主动向服务端上报目标工程的依赖库信息的目的，在服务端完成依赖库信息的聚合和存储，提供实时查询能力。
图2是根据本公开实施例提供的一种文件生成方法的架构图。参照图2，上述的目标工程例如图2所示的C++业务工程，上述的依赖库例如图2所示的C++依赖库，C++依赖库采用CMake编译。
搭载在电子设备中的CMake提供了Cmake wrapper层以及Cmake核心层。Cmakewrapper层以及Cmake核心层均为CMake实现，Cmake wrapper层集成到C++业务工程中，在C++业务工程的配置阶段根据配置文件中的依赖库配置信息利用Cmake核心层实现对应依赖库的拉取，即图2所示的包拉取，区别于传统需要在编译阶段才能进行依赖库拉取的方法，解决了配置期间不可用的问题。根据拉取到的依赖库和C++业务工程的配置文件，实现对C++业务工程的配置。另外，Cmake核心层还可以实现包上报和包更新，不需要额外安装应用或工具，对业务开发习惯无任何影响，效率更高。
上述的上报目标工程的依赖库信息例如图2所示的包上报，通过execute_process指令实现Python上报目标工程的依赖库信息，图2所示的服务API(ApplicationProgramming Interface，应用程序编程接口)是服务端提供的Http接口，用于接收上报的目标工程的依赖库信息，服务端地上报的目标工程的依赖库信息进行数据记录，以便于实时查询。
上述的上传第二目标依赖库至仓库和标记对应的版本标签例如图2所示的包更新，通过对yml格式的版本文件进行解析，得到映射的Tag标签，即上述的版本标签。通过上传工具检验，检测通过则执行版本更新，即上传更新后的依赖库并标识对应的Tag标签。这里的检验的实施方式可以参照上述相关实施例的实施方式。
上述的从仓库中拉取与依赖库配置信息所对应的第一目标依赖库例如图2所述的包拉取，通过配置解析C++业务工程对应的配置文件，从而得到依赖库配置信息，实现版本映射；检查该版本对应的依赖库是否已被拉取且进行过编译，若是，则无需执行后续过程；若是该版本对应的依赖库未被拉取进行过编译，则执行find_package方法，接着，创建C++业务工程对应的辅助工程和对应的配置文件，解析和配置该配置文件，以执行封装的ExternalProject方法，实现辅助工程的配置和编译，实现从仓库中拉取到对应的C++依赖包。其中图2所示的CMake配置&编译意指辅助工程的配置和编译。
基于同一发明构思，本公开实施例提供一种文件生成装置，图3是根据本公开实施例提供的一种文件生成装置的框图。参照图3，该文件生成装置300包括：
第一响应模块301，用于响应基于目标环境对目标工程的配置指令，基于所述目标工程的主配置文件生成所述目标工程的待编译文件；
拉取模块302，用于在所述待编译文件的生成过程中，基于所述主配置文件中的依赖库配置信息，从仓库中拉取与所述依赖库配置信息所对应的第一目标依赖库；
第二响应模块303，用于响应基于所述目标环境对所述目标工程的编译指令，基于所述待编译文件和所述第一目标依赖库，生成所述目标工程的目标文件。
在一些实施例中，所述拉取模块302包括：
辅助生成子模块，用于在所述待编译文件的生成过程中，动态生成与所述主配置文件中的依赖库配置信息所对应的依赖库的辅助工程，以及所述辅助工程对应的辅配置文件，所述辅配置文件中配置了从所述仓库中拉取与所述依赖库配置信息对应的第一目标依赖库的能力信息；
拉取子模块，用于对所述辅配置文件进行解析并配置，并基于所述辅配置文件的配置结果执行编译，以从所述仓库中拉取与所述依赖库配置信息所对应的第一目标依赖库。
在一些实施例中，所述文件生成装置300还包括：
第三响应模块，用于响应基于目标环境对目标工程的配置指令，在允许在所述待编译文件的生成过程中执行自动更新操作情况下，检验本地依赖库的版本相对于所述仓库中与所述本地依赖库对应的依赖库的最新版本是否存在更新；
检验模块，用于在检验到所述本地依赖库的版本相对于所述仓库中与所述本地依赖库对应的依赖库的最新版本存在更新的情况下，将所述本地依赖库上传到所述仓库，并对上传的所述本地依赖库标记对应的版本标签。
在一些实施例中，所述文件生成装置300还包括：
第四响应模块，用于响应针对待更新依赖库的主动更新操作，将所述待更新依赖库上传到所述仓库，并对上传的所述待更新依赖库标记对应的版本标签。
在一些实施例中，所述主动更新操作包括通过第一预设指令触发的操作或通过点击预设上传控件所触发的操作。
在一些实施例中，所述第四响应模块具体用于响应针对待更新依赖库的主动更新操作，在检验到所述待更新依赖库相对于所述仓库中与所述待更新依赖库对应的依赖库的最新版本存在更新的情况下，将所述待更新依赖库上传到所述仓库；
对上传的所述待更新依赖库标记对应的版本标签。
在一些实施例中，通过运行从服务端下载的上传工具实现以下至少一项：
检验第二目标依赖库相对于所述仓库中与所述第二目标依赖库对应的依赖库的最新版本是否存在更新；
上传所述第二目标依赖库至所述仓库；
标记所述第二目标依赖库对应的版本标签。
在一些实施例中，所述文件生成装置300还包括：
第五响应模块，用于响应基于目标环境对目标工程的配置指令，执行第二预设指令，所述第二预设指令用于运行上报脚本，所述上报脚本用于主动向服务端上报所述目标工程的依赖库信息。
其中，关于装置300中各模块的实施方式可以参照上述相关实施例，本实施例在此不作赘述。
基于同一发明构思，本公开实施例还提供一种计算机可读介质，其上存储有计算机程序，该程序被处理装置执行时实现上述依赖包管理方法的步骤。
基于同一发明构思，本公开实施例还提供一种电子设备，包括：
存储装置，其上存储有计算机程序；
处理装置，用于执行所述存储装置中的所述计算机程序，以实现上述依赖包管理方法的步骤。
下面参考图4，其示出了适于用来实现本公开实施例的电子设备400的结构示意图。本公开实施例中的终端设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图4示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。
如图4所示，电子设备400可以包括处理装置(例如中央处理器、图形处理器等)401，其可以根据存储在只读存储器(ROM)402中的程序或者从存储装置408加载到随机访问存储器(RAM)403中的程序而执行各种适当的动作和处理。在RAM 403中，还存储有电子设备400操作所需的各种程序和数据。处理装置401、ROM 402以及RAM 403通过总线404彼此相连。输入/输出(I/O)接口405也连接至总线404。
通常，以下装置可以连接至I/O接口405：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置406；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置407；包括例如磁带、硬盘等的存储装置408；以及通信装置409。通信装置409可以允许电子设备400与其他设备进行无线或有线通信以交换数据。虽然图4示出了具有各种装置的电子设备400，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。
特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在非暂态计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置409从网络上被下载和安装，或者从存储装置408被安装，或者从ROM 402被安装。在该计算机程序被处理装置401执行时，执行本公开实施例的方法中限定的上述功能。
需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。
在一些实施方式中，电子设备可以利用诸如HTTP(HyperText TransferProtocol，超文本传输协议)之类的任何当前已知或未来研发的网络协议进行通信，并且可以与任意形式或介质的数字数据通信(例如，通信网络)互连。通信网络的示例包括局域网(“LAN”)，广域网(“WAN”)，网际网(例如，互联网)以及端对端网络(例如，ad hoc端对端网络)，以及任何当前已知或未来研发的网络。
上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。
上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：响应基于目标环境对目标工程的配置指令，基于所述目标工程的主配置文件生成所述目标工程的待编译文件；在所述待编译文件的生成过程中，基于所述主配置文件中的依赖库配置信息，从仓库中拉取与所述依赖库配置信息所对应的第一目标依赖库；响应基于所述目标环境对所述目标工程的编译指令，基于所述待编译文件和所述第一目标依赖库，生成所述目标工程的目标文件。
可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括但不限于面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言——诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)——连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
描述于本公开实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，模块的名称在某种情况下并不构成对该模块本身的限定。
本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。
在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。
此外，虽然采用特定次序描绘了各操作，但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下，多任务和并行处理可能是有利的。同样地，虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地，在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。
尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
Claims (11)
1.一种文件生成方法，其特征在于，包括：
响应基于目标环境对目标工程的配置指令，基于所述目标工程的主配置文件生成所述目标工程的待编译文件；
在所述待编译文件的生成过程中，基于所述主配置文件中的依赖库配置信息，从仓库中拉取与所述依赖库配置信息所对应的第一目标依赖库；
响应基于所述目标环境对所述目标工程的编译指令，基于所述待编译文件和所述第一目标依赖库，生成所述目标工程的目标文件。
2.根据权利要求1所述的方法，其特征在于，所述在所述待编译文件的生成过程中，基于所述主配置文件中的依赖库配置信息，从仓库中拉取与所述依赖库配置信息所对应的第一目标依赖库，包括：
在所述待编译文件的生成过程中，动态生成与所述主配置文件中的依赖库配置信息所对应的依赖库的辅助工程，以及所述辅助工程对应的辅配置文件，所述辅配置文件中配置了从所述仓库中拉取与所述依赖库配置信息对应的第一目标依赖库的能力信息；
对所述辅配置文件进行解析并配置，并基于所述辅配置文件的配置结果执行编译，以从所述仓库中拉取与所述依赖库配置信息所对应的第一目标依赖库。
3.根据权利要求1所述的方法，其特征在于，所述方法还包括：
响应基于目标环境对目标工程的配置指令，在允许在所述待编译文件的生成过程中执行自动更新操作情况下，检验本地依赖库的版本相对于所述仓库中与所述本地依赖库对应的依赖库的最新版本是否存在更新；
在检验到所述本地依赖库的版本相对于所述仓库中与所述本地依赖库对应的依赖库的最新版本存在更新的情况下，将所述本地依赖库上传到所述仓库，并对上传的所述本地依赖库标记对应的版本标签。
4.根据权利要求1所述的方法，其特征在于，所述方法还包括：
响应针对待更新依赖库的主动更新操作，将所述待更新依赖库上传到所述仓库，并对上传的所述待更新依赖库标记对应的版本标签。
5.根据权利要求4所述的方法，其特征在于，所述主动更新操作包括通过第一预设指令触发的操作或通过点击预设上传控件所触发的操作。
6.根据权利要求4所述的方法，其特征在于，所述响应针对待更新依赖库的主动更新操作，将所述待更新依赖库上传到所述仓库，并对上传的所述待更新依赖库标记对应的版本标签，包括：
响应针对待更新依赖库的主动更新操作，在检验到所述待更新依赖库相对于所述仓库中与所述待更新依赖库对应的依赖库的最新版本存在更新的情况下，将所述待更新依赖库上传到所述仓库；
对上传的所述待更新依赖库标记对应的版本标签。
7.根据权利要求3或6所述的方法，其特征在于，通过运行从服务端下载的上传工具实现以下至少一项：
检验第二目标依赖库相对于所述仓库中与所述第二目标依赖库对应的依赖库的最新版本是否存在更新；
上传所述第二目标依赖库至所述仓库；
标记所述第二目标依赖库对应的版本标签。
8.根据权利要求1所述的方法，其特征在于，所述方法还包括：
响应基于目标环境对目标工程的配置指令，执行第二预设指令，所述第二预设指令用于运行上报脚本，所述上报脚本用于主动向服务端上报所述目标工程的依赖库信息。
9.一种文件生成装置，其特征在于，包括：
第一响应模块，用于响应基于目标环境对目标工程的配置指令，基于所述目标工程的主配置文件生成所述目标工程的待编译文件；
拉取模块，用于在所述待编译文件的生成过程中，基于所述主配置文件中的依赖库配置信息，从仓库中拉取与所述依赖库配置信息所对应的第一目标依赖库；
第二响应模块，用于响应基于所述目标环境对所述目标工程的编译指令，基于所述待编译文件和所述第一目标依赖库，生成所述目标工程的目标文件。
10.一种计算机可读介质，其上存储有计算机程序，其特征在于，该程序被处理装置执行时实现权利要求1-8中任一项所述方法的步骤。
11.一种电子设备，其特征在于，包括：
存储装置，其上存储有计算机程序；
处理装置，用于执行所述存储装置中的所述计算机程序，以实现权利要求1-8中任一项所述方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310596153.6A CN116594630A (zh) | 2023-05-24 | 2023-05-24 | 文件生成方法、装置、介质及电子设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310596153.6A CN116594630A (zh) | 2023-05-24 | 2023-05-24 | 文件生成方法、装置、介质及电子设备 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN116594630A true CN116594630A (zh) | 2023-08-15 |
Family
ID=87600525
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202310596153.6A Pending CN116594630A (zh) | 2023-05-24 | 2023-05-24 | 文件生成方法、装置、介质及电子设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN116594630A (zh) |
-
2023
- 2023-05-24 CN CN202310596153.6A patent/CN116594630A/zh active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN112214408B (zh) | 依赖冲突检测方法、装置、电子设备及计算机可读介质 | |
| CN111367516B (zh) | 应用界面生成方法、装置及电子设备 | |
| CN111857720B (zh) | 用户界面状态信息的生成方法、装置、电子设备及介质 | |
| CN111338944B (zh) | 远程过程调用rpc接口测试方法、装置、介质及设备 | |
| CN113407165B (zh) | Sdk的生成和自升级方法、装置、可读介质和设备 | |
| CN112905220B (zh) | 热修复方法、装置、设备及存储介质 | |
| CN111506904B (zh) | 漏洞在线修复的方法和装置 | |
| CN112527302B (zh) | 错误检测的方法及装置、终端和存储介质 | |
| CN111625326B (zh) | 任务管线执行方法、装置及电子设备 | |
| CN113704079B (zh) | 基于Protobuf的接口测试方法和装置 | |
| CN114153462A (zh) | 客户端源码处理方法、装置、存储介质及电子设备 | |
| CN116594630A (zh) | 文件生成方法、装置、介质及电子设备 | |
| CN113448550B (zh) | 实现类的收集管理方法、装置、电子设备及计算机介质 | |
| CN111796802B (zh) | 功能包生成方法、装置和电子设备 | |
| CN112015394B (zh) | 安卓功能模块开发方法和装置、计算机系统和存储介质 | |
| CN116501634A (zh) | 测试用例管理方法、装置、介质以及电子设备 | |
| CN116755796A (zh) | 插件管理方法、装置、介质和电子设备 | |
| CN116755795A (zh) | 插件管理方法、装置、介质和电子设备 | |
| CN114706645A (zh) | 界面信息传递方法、装置、介质及电子设备 | |
| CN117493217A (zh) | 测试用例生成方法、装置、可读介质及电子设备 | |
| CN116775001A (zh) | 处理应用程序的方法、装置、电子设备和存储介质 | |
| CN116501597A (zh) | 代码检测方法、装置、设备及存储介质 | |
| CN115016827A (zh) | 部署java应用的方法、装置、电子设备和介质 | |
| CN116521175A (zh) | 依赖引入方法、装置、介质以及电子设备 | |
| CN117806668A (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 |