背景
大概在一個月之前，公司有一個需求需要出一個功能和業務邏輯和當前應用相同的新版本，所有的UI重新設置過而不止是配色字體圖標等信息的簡單修改。因為當時排期相對的不太緊，所有決定把整個項目做一個重構，為了實現更好的重構，發了點時間看了大概30多篇關于組件化的博客和文章，也會把這些文章的鏈接貼在底部，然后動手開工了，今天有時間把這次重構過程中的一些想法總結下。
本文主要涉及到以下幾個主題：
- 組件化遵循的原則
- 組件化分層模型
- 組件化集成方法
遵循原則
設計中提到的SOLID在組件化的過程n
高層依賴底層，下層不能對上層有依賴的關系
這點是基本的設計原則，可以通過依賴倒置（依賴反轉原則DIP）來設計。插件的設計方便擴展
這點是符合開閉原則（開閉原則OCP），同層級的模塊不依賴或者盡量少依賴
這點同時也是基本的設計原則，可以通過控制反轉（接口隔離原則ISP）來設計，典型的就是使用觀察者模式來實現同一個層級模塊的解耦。最小知識原則和自完備性
一個獨立的模塊盡量減少對其他低層模塊的依賴，比如一個模塊只是依賴低層模塊的某個類的方法，不妨把這個方法拷貝到此模塊中，如此一來這個模塊就具有了更好的自完備性。這也是符合單一職責原則的（單一職責原則SRP）。
分層結構
圖片來源：58 同城 iOS 客戶端組件化演變歷程
以上圖來自網絡，基本上可表述了組件化設計和實現的思路。
Ⅰ. 基礎底層組件
穩定的、和業務無關的組件，這一層就是傳說中的技術組件，這些組件在每個應用中基本都會存在，包含了：
- 封裝基礎的網絡操作
- 數據庫
- 日志
- 工具類：常用分類、宏定義
- 基礎UI組件
- 緩存管理模塊
- 其他第三方組件
底層組件-基礎網絡庫
根據輸入輸出的思想進行封裝，封裝變化
不封裝的不變的部分：
- 輸入參數中不變的HttpHeader
- http層緩存的處理
- 二進制數據轉換為JSON格式
輸入變化的部分包含：
- url
- 參數
- 數據類型
- 其他參數
輸出變化的部分包含了:
- 回調（JSON數據，錯誤碼，錯誤信息）
- 全局的錯誤處理（發送請求無網絡處理，URL加載系統出錯的處理，業務錯誤的處理（授權失?。?/li>
其中輸入輸出部分有的是可選的，除了定義一個全能的外部接口，需要提供若干個簡便外部接口提供個客戶端使用：
客戶端使用的是簡單的請求，只需要調用簡單外部接口傳遞 url 和 參數 而不需要傳遞
數據類型 和 其他參數，數據類型 和 其他參數 這兩個參數使用默認值即可。
客戶端關系返回數據的錯誤碼或者錯誤信息，定義一個只包含錯誤碼，錯誤信息回調的簡單接口即可，而不傳遞JSON數據。
提供給上層的網絡請求接口是不變的，用戶無需關心網絡底層的具體邏輯實現，網絡請求底層可以使用系統的URL加載系統，或者使用第三方的封裝不會到客戶端造成影響。
底層組件-工具類和常用宏
宏定義的分類
字符串處理相關
- 字符串的空處理
- 國際化格式字符串宏
對象處理相關
- 對象模型序列化相關宏
- 對象的單例宏
設備信息宏：
- 屏幕的尺寸、Tabbar高度、NavBar高度等宏
- ios版本宏
- iPad or iPhone 判斷宏
DEBUG宏
- 自定義的Log宏定義
顏色宏定義
- 十進制RGB格式的顏色
- 十六進制HEX格式的顏色
宏定義處理注意點
宏定義避免和具體的類有互相依賴的關系
eg.
UtilMacro -> UIUtil -> UtilMacro
宏定義有間接的依賴
eg.
ProductParameter -> UtilMacro -> UIUtil
常用的Category
- UI系列：UIXXX-Category
UIView/UIColor/UIImage/UILabel/UIImageView/UIViewController - NS系列：NSXXX-Category
NSDate/NSObject/NSData/NSString/NSDictionary
底層組件-數據庫模塊
數據庫的使用在應用中很常見，主要需要實現以下功能：
- 數據庫管理者提供外部訪問數據庫的接口
- 數據庫管理者擁有包含但是不限于數據庫自動版本升級處理的功能
具體可以參考iOS 數據庫升級數據遷移解決方案
底層組件-基礎UI組件
基礎的UI組件適用于所有的業務場景的并且支持擴展的UI組件，業務的變化，基礎UI組件不能有改動但是可以進行擴展和定制，常用的主要有以下：
- 上下拉刷新組件
- 輪播組件
- HUD提示組件
- 滑動返回組件
- 分頁組件
- 自定義Tab組件
底層組件-緩存管理模塊
緩存管理有很多的應用場景，比如緩存頁面列表、詳情頁的數據，提高加載數據以達到優化用戶體驗，需要關注以下幾個方面：
- 緩存存儲策略 緩存數據保存的位置以及緩存保存的名稱
- 緩存存儲方式 對象歸檔存儲，數據庫存儲，二進制存儲，
- 緩存的查找和取出
- 緩存更新和過期處理
- 提供客戶端的讀寫接口
- 提供客戶端清除緩存的接口
Ⅱ. 基礎業務層組件
相對穩定的數據提供層，數據提供包含了業務接口或者有包含了緩存讀寫的服務，這一層就是傳說中的業務服務層組件，包含了：
- 網絡接口的封裝（針對業務的，可以包含有數據的緩存讀寫功能）
- IMSDK的封裝層組件
- 第三方分享、登錄、支付組件
- 統計打點組件
- 推送通知組件
業務組件-接口的封裝
接口的封裝提供給上層（一般是表現層）提供數據，中心化的網絡接口設計，提供的是一個模型對象給上層
更詳細的網絡層設計可參考：iOS應用架構談 網絡層設計方案
業務組件-第三方分享、登錄、支付組件
提供第三方分享、登錄、支付的服務，可以擴展自定義的第三方組件，提供以下功能
- 初始化設置第三方平臺的APPID、APPKEY、APPSECRET等第三發平臺注冊需要的信息
- 處理第三方平臺功能的調用
- 處理第三方平臺跨進程回調的數據處理
- 支持自定義配置第三方平臺的個數
具體詳細的信息可以參考：
OS第三方平臺集成組件化續集（以插件化的方式添加自定義的第三方平臺）
iOS第三方平臺集成組件化
業務組件-推送通知組件
推送通知在很多業務場景中都有用到，一般滴你的產品有運營管理，推送通知是必須的功能。一個推送管理組件一般包含以下功能：
- 在App啟動時候初始化推送通知的設置
- 處理注冊Token
- 處理接收消息
- 提供給外部推送消息數據的接口（可以設計為觀察者模式，客戶端是Observer）
業務組件-統計打點組件
統計打點也是在很多app（基本所有）中有使用到的，如果沒有和業務相關的打點統計、頁面統計，最基本的用戶新增、流程、日活等基本的數據都依賴于統計打點組件。此外一般的統計打點組件都有crash收集系統，所以這同時是一個很好的BUG反饋工具。統計打點組件一般的有以下功能：
- 注冊第三方統計平臺的key，可多次注冊多個平臺
- 一組統計接口提供給客戶端調用
集成方法
集成方法可以選擇主流的cocoapods，cocoapods提供的包管理功能十分強大，在開發階段，可以選擇開發庫，即把podfile中的某個pod指向為本地podspec文件，這樣方便修改。如果庫完善的很好了，可以考慮把庫做成私有庫提交到自己的git系統以供其他項目和其他成員使用，因為篇幅限制，后續會寫一篇使用cocoapods做開發庫和私有庫集成的文章。
使用cocoapods集成實戰演練可以看我的這篇文章： iOS 組件化-使用cocoapods集成實戰演練
結束
以上就是我在一次項目組件化重構中總結的一些心得，希望可以對需要的人有所幫助，不妥之處敬請指教。
參考文章鏈接
以下鏈接是來自于我的書簽
iOS應用架構談 組件化方案 - Casa Taloyum
iOS組件化方案調研 - 簡書
蘑菇街 App 的組件化之路 - Limboy's HQ
做一個 App 前需要考慮的幾件事 - Limboy's HQ
淺析 iOS 應用組件化設計
糯米移動組件架構演進之路 - CSDN博客
iOS應用架構談 組件化方案 - Casa Taloyum
餓了么移動APP的架構演進 - SDK.CN - 中國領先的開發者服務平臺
滴滴出行iOS客戶端架構演進之路
iOS組件化思路－大神博客研讀和思考 - 簡書
基于 CocoaPods 和 Git 的 iOS 工程組件化實踐
淺析 iOS 應用網絡層設計
https://blog.cnbluebox.com/blog/2015/11/28/module-and-decoupling/
iOS組件化實踐方案－LDBusMediator煉就 - 簡書
使用Cocoapods創建私有podspec - GeekerProbe
cocoapods代碼管理 - 劉坤的技術博客
組件化與模塊化之路 - 簡書
Pods依賴庫快速開發入門 - 簡書
CocoaPods Guides - Podspec Syntax Reference <span>v1.2.0.beta.1</span>
iOS開發——組件化及去Mode化方案 - 簡書
iOS架構學習篇——組件化架構漫談 - 簡書
iOS應用架構談 組件化方案 - 簡書
Cocoapods使用私有庫中遇到的坑 - 簡書
大話大前端時代(一) —— Vue 與 iOS 的組件化 - 簡書
Create private pods framework with Cocoapods #iOS #cocoapods · shaokanp/seekrtech_docs Wiki
手機淘寶客戶端架構探索實踐-博客-云棲社區-阿里云
Examples of specifications · kylefleming/CocoaPods Wiki
ios - Cocoapods dependency in pod spec not working - Stack Overflow
手機淘寶的客戶端架構探索之路 - CSDN博客
微信、陌陌等著名IM軟件設計架構詳解 - CSDN博客
架構 白話軟件設計中的六大原則 - zuochunsheng的博客 - CSDN博客
微信的軟件設計使用思考 - CSDN博客
APP和服務端-架構設計(一) - CSDN博客
手機淘寶構架演化實踐及優化 - CSDN博客
淘寶網技術架構介紹 - CSDN博客
App架構經驗總結 - CSDN博客
IOS-組件化架構漫談 - CSDN博客
iOS開發——組件化及去Mode化方案 - 簡書
58 同城 iOS 客戶端組件化演變歷程-極客
