[發明專利]靜態庫打包方法、裝置、計算機設備和存儲介質

在審

• 申請號: 202011296209.9
• 申請日: 2020-11-18
• 公開（公告）號: CN112256321A
• 公開（公告）日: 2021-01-22
• 發明（設計）人: 修海錕;丁海峰;張燕
• 申請（專利權）人: 騰訊科技（深圳）有限公司
• 主分類號: G06F8/71
• 分類號: G06F8/71;G06F8/41
• 代理公司: 廣州華進聯合專利商標代理有限公司 44224
• 代理人: 唐彩琴;劉羚

本申請涉及一種靜態庫打包方法、裝置、計算機設備和存儲介質。所述方法包括：響應于打包指令，獲取打包指令對應的指令配置信息；根據指令配置信息，確定各待打包庫的代碼文件和資源路徑；對各待打包庫的代碼文件進行并行編譯，生成對應的靜態庫；將各靜態庫以及根據各資源路徑獲取的資源進行整合，得到輸出庫。采用本方法能夠提高打包效率。

技術領域

本申請涉及軟件開發技術領域，特別是涉及一種靜態庫打包方法、裝置、計算機設備和存儲介質。

背景技術

隨著移動端軟件開發技術的發展，出現了越來越多的移動應用，而隨著迭代的不斷進行，很多應用會變得越來越龐大。由于對迭代速度的要求，應用開發者并沒有足夠的時間去反復的“造輪子”(指重新做一套已存在的功能)，可以去GitHub等開源社區尋找已經封裝好的靜態庫/源碼，直接在自己的應用中使用；一些大型公司也可以組建自己的中臺項目組，來給各個應用輸送血液。

目前，市面上主流的iOS項目管理工具是CocoaPods，很多組件開發團隊基于CocoaPods來批量管理自己的組件庫，由于很多代碼層面的內容不能全部開源，因此中臺/組件開發者需要將自己編寫的內容打包成靜態庫再發布出去。

然而，目前官方提供的插件僅支持單一庫的打包，對于多個組件并行開發測試，需要一個個的打包，存在打包效率低的問題。

發明內容

基于此，有必要針對上述技術問題，提供一種能夠提高打包效率的靜態庫打包方法、裝置、計算機設備和存儲介質。

一種靜態庫打包方法，所述方法包括：

響應于打包指令，獲取所述打包指令對應的指令配置信息；

根據所述指令配置信息，確定各所述待打包庫的代碼文件和資源路徑；

對各所述待打包庫的代碼文件進行并行編譯，生成對應的靜態庫；

將各所述靜態庫以及根據各所述資源路徑獲取的資源進行整合，得到輸出庫。

一種靜態庫打包裝置，所述裝置包括：

獲取模塊，用于響應于打包指令，獲取所述打包指令對應的指令配置信息；

確定模塊，用于根據所述指令配置信息，確定各待打包庫的代碼文件和資源路徑；

編譯模塊，用于對各所述待打包庫的代碼文件進行并行編譯，生成對應的靜態庫；

整合模塊，用于將各所述靜態庫以及根據各所述資源路徑獲取的資源進行整合，得到輸出庫。

一種計算機設備，包括存儲器和處理器，所述存儲器存儲有計算機程序，所述處理器執行所述計算機程序時實現以下步驟：

響應于打包指令，獲取所述打包指令對應的指令配置信息；

根據所述指令配置信息，確定各所述待打包庫的代碼文件和資源路徑；

對各所述待打包庫的代碼文件進行并行編譯，生成對應的靜態庫；

將各所述靜態庫以及根據各所述資源路徑獲取的資源進行整合，得到輸出庫。

一種計算機可讀存儲介質，其上存儲有計算機程序，所述計算機程序被處理器執行時實現以下步驟：

響應于打包指令，獲取所述打包指令對應的指令配置信息；

根據所述指令配置信息，確定各所述待打包庫的代碼文件和資源路徑；

對各所述待打包庫的代碼文件進行并行編譯，生成對應的靜態庫；

將各所述靜態庫以及根據各所述資源路徑獲取的資源進行整合，得到輸出庫。