2. 程式人生 > >CocoaPods元件平滑二進位制化解決方案

CocoaPods元件平滑二進位制化解決方案

阿新 • • 發佈：2019-01-01

什麼是元件二進位制化？

在iOS開發中，事實標準是我們使用CocoaPods生成、管理和使用library。這裡的library就是一個模組、元件或庫。二進位制化指的是通過編譯把元件的原始碼轉換成靜態庫或動態庫，以提高該元件在App專案中的編譯速度。

我們的方案是轉換成靜態庫，也就是.a格式的檔案加上暴露出來的標頭檔案。

為什麼我們需要二進位制化呢？

在我們App開發中，我們逐漸的抽象了很多模組、業務、UI等把他轉換成私有CocoaPod庫。其中有一個是用C++和Objective-C混寫的，原始碼格式為.mm。在app專案編譯時.mm部分程式碼編譯非常慢。這作為一個契機讓我們去考慮如何加快編譯速度。

這個混寫的CocoaPod庫叫做YTXChart，之後會以此庫為例反覆提到。

另外隨著業務的擴充套件，私有CocoaPod庫和第三方CocoaPod庫越來越多，App專案中的檔案也越來越多。每次pod install安裝新庫或pod update更新庫的時候，重新編譯的過程需要等待很長時間。這也向我們提出了加快編譯速度的需求。

另外如果想要做元件化的話，一定要做二進位制化。

所以我們想到了二進位制化的方案來解決這個問題，並且很多大公司也是這麼做的。

這帶來一個新問題：一步就位還是平滑過度

對我們來說，這是一個嘗試，不可能開始就決定把所有的私有CocoaPod庫二進位制化，也不可能決定把所有第三方CocoaPod庫二進位制化。當務之急的情況是加快YTXChart庫編譯速度。所以必須找到一個方案平滑過度。

我們的App中的podflie是這樣的

(點選放大影象)

(點選放大影象)

平滑二進位制方案需求點

  • 其他的CocoaPod庫都還是原始碼。YTXChart為二進位制化。

  • 以後能夠逐步迭代把更多的以YTX開頭的CocoaPod庫進行二進位制化，而不影響主App。

  • 能夠提供一種方式把二進位制化CocoaPod庫切換回原始碼CocoaPod庫以便除錯。儘量做的方便。

  • 解決YTXChart引用依賴的問題。（YTXChart還依賴了第三方AFNetworking和私有YTXServerId。保證生成的靜態庫中不會含有AFNetworking的內容和YTXServerId的內容並且能夠編譯通過）

  • 利用原來的YTXChart.git，不建立新專案，不建立新的git庫。因為我們的二進位制化庫的生成還是來自於原始碼，當原始碼更新時，我們需要一種非常快捷的方式去生成二進位制的東西，不希望copy原始碼到某處，或者增加一個git submodule。

  • 希望App原始碼和YTXChart中的原始碼儘量少或者沒有改動。

  • 希望App中的Podfile儘量少或者沒有改動。

  • 希望Podfile中的版本號保持風格一致，不會出現'~> 2.2.1.binary'這種情況。

  • 用原來的那一個CocoaPods Repo Spec。

以下這個解決方案的教程滿足了以上所有需求點

注意，以下的例子基於[email protected]，而且目前只能是1.0.1

第一步：原始碼生成靜態庫

如果你是通過命令pod lipo create建立的CocoaPod庫並且pod install的話，它的目錄結構應該像這樣子（只列出重要的）：

YTXChart  
  |-Example
    |-YTXChart
    |-Pods
    |-YTXChart.xcodeproj
    |-YTXChart.xcworkspace
    |-Podfile
    \-Podfile.lock
  |-Pod
    |-Assets
    \-Classes
  \-YTXChart.podspec

在xcode中建立新Target：

YTXChartBinaryFile->New->Target->Framework & Library->Cocoa Touch Static Library

如果你們的專案最低支援到iOS8可以建立Dynamic Framework

注意在Podfile中加入以下這段

target 'YTXChartBinary' doend 

然後pod install

解釋：[email protected]會在Header Search Path自動加入內容。如果你用[email protected]則需要自己加Header Search Path保證依賴庫YTXServerId和AFNetwork能夠被找到。如圖：

(點選放大影象)

然後把Pod/Classes中的原始碼拖入到YTXChartBinary中，這樣選擇（這樣會link原始碼而不是複製）：

(點選放大影象)

然後變成這樣子：

(點選放大影象)

Headers需要自己加，裡面是你需要暴露的標頭檔案

在YTXChartBinary Target中的Build Settings下找到iOS Deployment Target選擇和YTXChart.podspec中的s.platform保持一致。這裡是7.0：

YTXChartBinary Target->Build Settings->iOS Deployment Target

在根目錄建立shell指令碼buildbinary.sh

你也可以建立一個Aggregate Target用來執行shell指令碼

程式碼如下：

(點選放大影象)

這個指令碼寫的並不是很好。說說主要做了什麼。 Release不同的靜態庫，真機和模擬器的。只構建x86_64，不構建i386加快速度

xcodebuild -configuration "Release" -workspace "${PROJECT_NAME}.
xcworkspace" -scheme "${BINARY_NAME}" -sdk iphoneos clean build 
CONFIGURATION_BUILD_DIR="${WRK_DIR}/${RE_OS}" LIBRARY_SEARCH_PATHS
="./Pods/build/${RE_OS}"  xcodebuild ARCHS=x86_64 ONLY_ACTIVE_ARCH=NO 
-configuration "Release" -workspace "${PROJECT_NAME}.xcworkspace" 
-scheme "${BINARY_NAME}" -sdk iphonesimulator clean build 
CONFIGURATION_BUILD_DIR="${WRK_DIR}/${RE_SIMULATOR}" 
LIBRARY_SEARCH_PATHS="./Pods/build/${RE_SIMULATOR}"

*通過lipo命令合併。新.a使用project name是因為要和App專案的OTHER_LDFLAGS相容-l"YTXChart"

lipo -create "${DEVICE_DIR}" "${SIMULATOR_DIR}" 
-output "${INSTALL_LIB_DIR}/lib${PROJECT_NAME}.a"

結果：

(點選放大影象)

為什麼要刪除i386

實際上，二進位制化方案就是以空間換時間。我們這個YTXChart庫生成的.a去除i386之後大小有166.3M。上傳到git倉庫後，git會壓縮。增加了33M左右。而作為二進位制檔案，git是沒法做增量的。所以每次上傳.a都會大大增加git庫大小，增加硬碟使用量。考慮到我們的伺服器硬碟只有60個G能用，以後還會二進位制化很多元件。

所以得出：儘量壓縮二進位制檔案大小；儘量不上傳.a，直到釋出某個版本時才上傳。

當然，如果你的伺服器硬碟是1T的話，我覺得你也可以隨便搞。

現在檔案目錄是這樣子的：

YTXChart  
  |-Example
    |-YTXChart
    |-Pods
    |-YTXChart.xcodeproj
    |-YTXChart.xcworkspace
    |-YTXChartBinary //空的
    |-Podfile
    \-Podfile.lock
  |-Pod
    |-Assets
    |-Classes //裡面是原始碼
    \-Products
      |-include
         |-xxx.h
         |-...
         \-xxx.h
      \-lib
         \- libYTXChartBinary.a
  \-YTXChart.podspec

第二步：測試生成的靜態庫

修改YTXChart.podspec如下：

(點選放大影象)

注意s.sourcefiles和s.publicheaderfiles和s.ios.vendoredlibraries的路徑

Exampl/Podfile是長這樣子的：

(點選放大影象)

執行pod install後應該是這樣子的，然後跑起來沒問題

(點選放大影象)

執行pod lib lint --sources='http://gitlab.baidao.com/ios/ytx-pod-specs.git,master'--verbose --use-libraries --fail-fast也是好的

至此我們構建出一個靜態庫，只包含YTXChart的內容，不包含依賴AFNetwork和YTXServerId的內容

證明：把s.dependency 'AFNetworking', '~> 2.0'去除再執行pod lib lint 'http://gitlab.baidao.com/ios/ytx-pod-specs.git,master' --verbose --use-libraries --fail-fast會報出找不到AFNetwork相關檔案。

題外話：因為CocoaPods1.0.1不支援C++專案的lint（這是一個defect），所以這個時候我會切回[email protected]來lint和publish。而前面pod instal增加Search Path是依靠[email protected]。如果你不是.mm混寫的，是不會有這個問題的。儘管使用[email protected]。強行當作沒看到這個題外話。

下一步解決如何在原始碼和二進位制中切換 修改YTXChart.podspec為以下內容：

(點選放大影象)

注意這段if ENV['IS_SOURCE']。我們的需求是優先使用二進位制，偶爾才會切回原始碼。

刪除Example/Pods目錄。

執行IS_SOURCE=1 pod install。你會看到Example/Pods/YTXChart/裡面都是原始碼

輸出Notice:YTXChart Now is source

進一步跑起模擬器，因為是原始碼編譯用了很長時間，模擬器起來，一切也是好的

再試下pod cache clean --all && IS_SOURCE=1 pod lib lint也是好的

再試下pod cache clean --all && pod lib lint也是好的

現在我們通過if else簡單地實現了本地Example App專案切換原始碼和二進位制。

釋出到自己的pod repo spec

釋出就和正常釋出沒有任何區別。

檢查從spec repo的source中安裝

Podfile修改為pod 'YTXChart', '~> 0.17.7'

以下兩步很重要

pod cache clean --all

刪除Example/Pods

然後pod install

檢查Example/Pods/YTXServerId/和Example/Pods/AFNetwork/發現都是.h .m原始碼。

檢查Example/Pods/YTXChart/裡的是二進位制.a和標頭檔案。跑起App並沒有問題。

嘗試切回原始碼

如果你直接IS_SOURCE=1 pod install你會發現Example/Pods/YTXChart/裡的內容都變成了空。

這是為什麼呢，因為pod cache了一個podspec.json。可以通過pod cache list檢視。他cache了一個描述如何從s.source中找到相關檔案。現在的描述還是從Pod/Products/下去找，自然為空。

為了避免這個問題，所以必須執行上面兩步。這個是唯一的問題，目前我還找不到更好的解決方案。切換的行為只是偶爾發生，這是可以接受的。

執行2步。再次IS_SOURCE=1 pod install你就發現Example/Pods/YTXChart/裡的內容都變成了.h .mm原始碼。跑起App也是好的。

為什麼lint之前要cache clean。原理是一樣的。如果YTXChart依賴的YTXServerId也被做成了二進位制化就需要cache clean。不過你也可以這樣pod cache clean YTXServerId

特別注意IS_SOURCE應當作為一個所有非二進位制化Pod庫的統一標識，並且通知你們的專案組裡所有成員。pod install可能會有某幾個已經二進位制化的庫使用二進位制的內容。IS_SOURCE=1 pod install時，所有的庫都將會是原始碼的內容。

版本管理

請參考這篇我的文章CocoaPod版本規範：

http://www.yiqixiabigao.com/2016/07/14/yin-tian-xia-cocoapodshi-yong-gui-fan/

完整分析

當你釋出完成之後，檢視。我們發現在Spec Repo中對應版本的podspec就是我們的YTXChart/podspec。 CocoaPod從s.sourcegit地址和tag下載對應的程式碼，Pod/Products和Pod/Classes裡的內容都存在 當你使用IS_SOURCE=1時ENV['IS_SOURCE']會為true。CocoaPods通過s.source_files從下載程式碼的路徑找到原始碼構建Example/Pods和YTXChart.xcworkspace

(點選放大影象)

明白了上面的過程，來再分析下為什麼要在切換原始碼和二進位制化時刪除cache和Pods目錄。放幾張圖就明白了

(點選放大影象)

(點選放大影象)

刪除cache和Pods目錄。IS_SOURCE=1 pod install觀察json。

(點選放大影象)

總結：

  • 沒有使用submodule或新的git倉庫來構建出一個不包含依賴內容的靜態庫。一份原來的git倉庫。

  • 沒有因為構建二進位制庫而需要增加冗餘的原始碼。所以當你修改Pod/Classes中的原始碼，可以方便簡單地執行buildbinary.sh指令碼來構建出靜態庫。一份原始碼。

  • 共用了一份YTXChart.podspec

  • 沒有大量修改YTXChart.podspec

  • 使用pod lib lint和IS_SOURCE=1 pod lib lint檢查通過。

  • 沒有修改Podfile。這個Example的Podflie只是測試需要才改的。主App專案中的Podfile可以一行都不改。不會出現'~> 2.2.1.binary'。

  • App中的原始碼不會因為使用了二進位制CocoaPods元件而做任何修改。

  • 沒有手動配置Search Path，這樣更容易。

  • 在Example App中可以通過IS_SOURCE靈活地切換原始碼和二進位制靜態庫。唯一一個問題每次切換要刪除Pods目錄和pod cache clean --all

  • 跑起Example App總是好的。

  • 沒有影響到其他庫，我可以逐步平滑地把YTXXXX一個一個做成二進位制。

下一步目標

逐步平滑地把YTXXXX一個一個做成二進位制；

進一步的把第三方如AFNetwork在私有spec repo中做份映象也提供二進位制化；

把Podfile中絕大部分元件都做成二進位制（RN這種本地安裝模式和有sub spec的庫目前不打算二進位制化）。

關於資原始檔，資原始檔在二進位制化中的配置是一樣的。

另外，使用二進位制化的CocoaPods庫不會增加ipa的大小。所以我們應當優先用二進位制化的東西，這可以加快Archive速度。

關於有sub spec的CocoaPods元件

兩個方案：

  • 提供一個全集

  • 對每一個sub spec都做份二進位制並保持它們之間依賴的相互關係

走過的彎路！！！

現在這個解決方案看起來簡單，但在當初的探索過程中並不是那麼順利。以下是不成功的嘗試！

建立另一個YTXChartBinary.podspec

  • 把生成的Products目錄放到YTXChartBinary下

  • 把YTXChartBinary.podspec目錄放到YTXChartBinary下

  • Podfile中通過增加Binary欄位安裝二進位制化如pod 'YTXChartBinary', '~> 0.17.7'

問題

  • 要維護2個podspec。版本號很可能不統一。

  • 當pod spec lint報錯：找不到相關檔案。

  • Podfile中通過增加Binary欄位來切換，非常不方便。

  • 要改App原始碼。當安裝二進位制的時候<YTXChart/YTXChart.h>需要改成<YTXChartBinary/YTXChart.h>。來回切換都需要改，極不方便。

  • 要改App原始碼。這次一勞永逸。直接這樣使用"YTXChart.h"。但這樣也不好。

建立另一個專門放二進位制化的Spec Repo，通過不同的Source來區分

解決了要改App原始碼的問題。只需要在Podfile中加個source。

不同的source例子：

source 'http://gitlab.baidao.com/ios/ytx-binary-pod-specs.git'
source 'http://gitlab.baidao.com/ios/ytx-pod-specs.git' 

問題

  • 釋出兩次，lint兩次。

  • 建立了2個Spec Repo。

相關推薦

CocoaPods元件平滑二進位制化解決方案

什麼是元件二進位制化？ 在iOS開發中，事實標準是我們使用CocoaPods生成、管理和使用library。這裡的library就是一個模組、元件或庫。二進位制化指的是通過編譯把元件的原始碼轉換成靜態庫或動態庫，以提高該元件在App專案中的編譯速度。 我們的方案是轉換

Android 通用的元件自動註冊、自動初始化解決方案

code小生,一個專注 Android 領域的技術平臺作者：EastWoodYang連結：htt

iOS元件化解決方案

點選上方“iOS開發”，選擇“置頂公眾號”關鍵時刻，第一時間送達！    先不說楚楓的這般年紀，

如何設計成功而有價值的數據可視化解決方案（二）

同時 right 讀者 有助於 動效 講解 思考 bsp jpg 上篇關於如何設計成功而有價值的數據可視化解決方案，我們已經就規劃方案的思路這一大版塊展開了詳細的講解，本篇繼續幹貨放送，分享下方案的可視化展示該如何進行設計？僅僅只需要好看就可以了嗎？如果不是又該註意些什麽？

乾貨！資料視覺化解決方案

版權宣告：本文為章魚哥原創文章，若要轉載，請註明出處 https://blog.csdn.net/qq_40388552/article/details/84839658   使用傳統excel做圖表?展示太難看，python和R的視覺化工具包?想想都難，D3.js?一時半會兒也學不會，那麼

Service外掛化解決方案

--摘自《android外掛化開發指南》 1.ActivityThread最終是通過Instrumentation啟動一個Activity的。而ActivityThread啟動Service並不藉助於Instrumentation，而是直接把Service反射出來就啟動了。Instrumentation只給

ContentProvider外掛化解決方案

--摘自《android外掛化開發指南》 1.當要傳輸的資料量大小不超過1M的時候，使用Binder；資料量超過1M時，Binder就搞不定了，需要ContentProvider 2.ContentProvider就是一個數據庫引擎，向外界提供了CRUD的API ContentProvider外掛化

網頁靜態化解決方案-Freemarker

網頁靜態化目的：減輕資料庫的訪問壓力。 網頁靜態化技術和快取技術的共同點都是為了減輕資料庫的訪問壓力，但是具體的應用場景不同，快取比較適合小規模的資料，而網頁靜態化比較適合大規模且相對變化不太頻繁的資料。另外網頁靜態化還有利於SEO。 什麼是Freemarker Fre

微信小程式video原生元件層級過高解決方案

成品：   可以看到成品其實不是完全解決了問題，如果有更好的方法可以告知一下我，謝謝。 思路很簡單，讓video元件在不播放的時候隱藏，讓替代品view呈現，當點選view時，讓video顯示出來。 我寫了一個小元件供大家參考： wxml <view cla

移動網際網路時代 移動生活的碎片化解決方案

      移動生活是由碎片組成的，從時間劃分，為時間碎片，從空間劃分，則為空間碎片。溪水積成大海，如果地球上60億人，每人有1分鐘的時間碎片，將會有60億分鐘，1一億小時，4166666天，138888月，11574年的時間，人類現代歷史不過是200年。       

DevOps案例 | 專案雲化解決方案

java序列化解決方案

序列化一般用在網路傳輸或者物件持久化中，通過將物件序列化為二進位制資料在網路層傳輸或者儲存。 java的jdk為我們開發提供了序列化方案，但是java提供的預設的序列化方法有很多弊端，在效能要求很高的系統中，不是一個好的方案。java預設的序列化方案有以下弊端： 1、無法

Spring MVC靜態化解決方案(一)

http://fumingfu1990-gmail-com.iteye.com/blog/1541740前段時間研究了下Spring MVC靜態化，今天整理了一下，附上實現方法。(本文只介紹靜態化，nginx對映以及靜態化更新機制後續介紹)實現方法：1、對Spring MVC

layer.open中使用時間控制元件laydate失敗的解決方案

今天有個需要，使用者進入頁面的時候，彈出一個彈窗，彈窗中選擇一個時間，彈窗大概是這樣的： 我的思路是，先在頁面寫好彈窗內容，然後使用lay.open設定content即可： <div id="layopen"> 時間：<inpu

手勢與控制元件事件衝突的解決方案

在日常的開發中我們可能會遇到手勢與UI控制元件事件出現衝突造成監聽事件混亂的情況，其實解決方案非常簡單。在這裡我用點選手勢與UICollectionView的item點選事件作為案例對此方法做一下簡單的介紹。比如有如下案例： 圖中下邊綠色的為UIColle

大屏視覺化解決方案

什麼？什麼？2.8萬10套的報表工具。 就可以畫出大屏？ 大屏的前世今生 作為一個BI行業人，我們對DashBaord，領導駕駛艙，儀表盤等概念都非常熟悉，然而忽如一夜春風來，客戶都用起大屏來。大屏視覺化需求，從2015年 2016年，突然之間就成了BI專案，資料視

通用大型網站頁面靜態化解決方案

  最近自己做了一個做網路廣告的網站叫全方位商機平臺的專案，由於網站首頁上板塊劃分很多，不同板塊的資料庫查詢方式不同，首頁內容量巨大，如果按照一般的動態jsp頁面的話那麼資料庫查詢將是巨大的開銷，會導致首頁訪問速度的下降。於是考慮將這個首頁全部靜態化。    整個網站才用struts2 + spring +

電巡檢信息化解決方案主要依托物聯網信息技術

管理 任務 href 電力行業 電力 解決 電設 部分 危險性 電力行業在巡檢中常需要在戶外記錄數據，危險性高，這是傳統電巡行業運營管理下的所要解決的問題。而物聯宇手持終端/電力平板為變電巡檢管理度身定制，簡單部署，上述問題將迎刃而解。變電巡檢信息化解決方案主要依托物聯網信

[AI開發]基於DeepStream的視訊結構化解決方案

  視訊結構化的定義 利用深度學習技術實時分析視訊中有價值的內容，並輸出結構化資料。相比資料庫中每條結構化資料記錄，視訊、圖片、音訊等屬於非結構化資料，計算機程式不能直接識別非結構化資料，因此需要先將這些資料轉換成有結構格式，用於後續計算機程式分析。視訊結構化最常見的流程為：目標檢測、目標分類（

網頁靜態化解決方案Freemarker(一)

　　序言： 　　　　沉澱了三個月，逐步將自己最近兩年在公司中用到的技術和知識點，重新整理歸納了下，對比以前可以發現，現在技術更新越來越快，也越來越成熟，在網際網路企業，用到的技術也更先進，更領先，比如微服務、分散式和高併發等等。接下來我會將自己創業的時候在客戶做專案，用到的一些技術和知識點給大家分享，供大家