---

背景：15人左右IOS團隊，共同開發一個系列的app，有一些功用組件是共用的。需求節省維護本錢，堅持代碼同步。

1，什麼是公共組件

在停止組件化開發的進程中，剛開端很容易弄混雜，以為只需是完全一樣的代碼，都做成公共組件，這其實是不對的，所謂工具組件，是獨立於業務邏輯而存在的，無論采用app采用了什麼樣的底層框架，公共組件都可以做到無縫遷移，這一點我們可以參考gitHub上知名的一些pod庫，而且組件是比擬波動的，迭代周期不是很快，假如很快的話，運用組件就不是太好了。

2，如何展開組件化

遵照由易到難按部就班的准繩。
最開端可以制造只要.h,.m文件的組件。我們這邊運用了cocoapods集成工具，對cocoapods不太理解的小同伴可以看看cocoapodsGuide。另外由於是公司行為，所以代碼是放在公司的git代碼倉庫裡的。
思緒如下： 樹立索引倉庫A.git 外面保管一切組件倉庫的版本號等版本信息，倉庫地址。運用的時分會首先將索引庫clone到本地，然手運用的時分依據podfile裡的組件名字，版本信息等直行pod install 操作，把我們的組件clone 上去。另外經過權限管理，只讓相關責任人停止維護，責任到人，增加代碼蕪雜差的能夠。
1），樹立索引庫，參考博客如下：運用Cocoapods創立公有podspec
2），樹立一個復雜的組件代碼倉庫 ，參考博客如下：如何制造第一個Cocaopod

注： 剛開端最好是只要.h ,.m文件，激起學習熱情

經過下面的兩個步驟，我們根本上可以制造復雜的cocoapod了，但是如何才干在最短的時間學習制造復雜的cocoapod呢，次要留兩個途徑。一，參考cocoapodGuide網站，二，參考gitHub上制造成功的cocoaPod。難點次要就是在.podSpec文件的配置上。我們團隊也是經過這兩個途徑，有易到難，按部就班的停止組件化開發的，受害良多。

另外，在後續的開發中，我們發現git submodule 也是可以停止組件化的，這一塊沒有停止深化的研討，感興味的小同伴可以看看哦。

【iOS進階（一）之組件化開發】的相關資料介紹到這裡，希望對您有所幫助！ 提示：不會對讀者因本文所帶來的任何損失負責。如果您支持就請把本站添加至收藏夾哦！