iOS組件化開發(fā)實(shí)戰(zhàn)記錄

更新時(shí)間：2019年02月26日 09:07:15 作者：Colin_狂奔的螞蟻

這篇文章主要給大家介紹了關(guān)于iOS組件化開發(fā)的相關(guān)資料，文中通過(guò)示例代碼介紹的非常詳細(xì)，對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，需要的朋友們下面來(lái)一起學(xué)習(xí)學(xué)習(xí)吧

1. 組件化需求來(lái)源

起初的這個(gè)項(xiàng)目，App只有一條產(chǎn)品線，代碼邏輯相對(duì)比較清晰，后期隨著公司業(yè)務(wù)的迅速發(fā)展，現(xiàn)在App里面承載了大概五六條產(chǎn)品線，每個(gè)產(chǎn)品線的流程有部分是一樣的，也有部分是不一樣的，這就需要做各種各樣的判斷及定制化需求。大概做了一年多后，出現(xiàn)了不同產(chǎn)品線提過(guò)來(lái)的需求，開發(fā)人員都需要在主工程中開發(fā)，但是開發(fā)人員開發(fā)的是不同的產(chǎn)品線，也得將整個(gè)工程跑起來(lái)，代碼管理、并行開發(fā)效率、分支管理、上線時(shí)間明顯有所限制。大概就在去年底，我們的領(lǐng)導(dǎo)提出了這個(gè)問(wèn)題，希望作成組件化，將代碼重構(gòu)拆分成模塊，在主工程中組裝拆分的模塊，形成一個(gè)完整的App。

2. 組件化初識(shí)

隨著業(yè)務(wù)線的增多，業(yè)務(wù)的復(fù)雜度增加，App的代碼邏輯復(fù)雜度也增加了，后期的開發(fā)維護(hù)成本也增加了，為什么這么說(shuō)呢？業(yè)務(wù)邏輯沒(méi)有分類，查找問(wèn)題效率降低（針對(duì)新手），運(yùn)行也好慢哦，真的好煩哦......我們要改變這種局面。而組件化開發(fā)，就是將一個(gè)臃腫，復(fù)雜的單一工程的項(xiàng)目, 根據(jù)功能或者屬性進(jìn)行分解，拆分成為各個(gè)獨(dú)立的功能模塊或者組件 ; 然后根據(jù)項(xiàng)目和業(yè)務(wù)的需求，按照某種方式, 任意組織成一個(gè)擁有完整業(yè)務(wù)邏輯的工程。

組件化開發(fā)的缺點(diǎn)：

代碼耦合嚴(yán)重
依賴嚴(yán)重
其它app接入某條產(chǎn)品線難以集成
項(xiàng)目復(fù)雜、臃腫、龐大，編譯時(shí)間過(guò)長(zhǎng)
難以做集成測(cè)試
對(duì)開發(fā)人員，只能使用相同的開發(fā)模式
......

組件化開發(fā)的優(yōu)點(diǎn)：

項(xiàng)目結(jié)構(gòu)清晰
代碼邏輯清晰
拆分粒度小
快速集成
能做單元測(cè)試
代碼利用率高
迭代效率高
......

組件化的實(shí)質(zhì)：就是對(duì)現(xiàn)有項(xiàng)目或新項(xiàng)目進(jìn)行基礎(chǔ)、功能及業(yè)務(wù)邏輯的拆分，形成一個(gè)個(gè)的組件庫(kù)，使宿主工程能在拆分的組件庫(kù)里面查找需要的功能，組裝成一個(gè)完整的App。

3. 組件化必備的工具使用

組件的存在方式是以每個(gè)pod庫(kù)的形式存在的。那么我們組合組件的方法就是通過(guò)利用CocoaPods的方式添加安裝各個(gè)組件，我們就需要制作CocoaPods遠(yuǎn)程私有庫(kù)，將其發(fā)不到公司的gitlab或GitHub，使工程能夠Pod下載下來(lái)。

Git的基礎(chǔ)命令：

echo "# test" >> README.md
git init
git add README.md
git commit -m "first commit"
git remote add origin https://github.com/c/test.git
git push -u origin master

Git命令的簡(jiǎn)單整理

CocoaPods遠(yuǎn)程私有庫(kù)制作：

1、Create Component Project

pod lib create ProjectName

2、Use Git

echo "# test" >> README.md
git init
git add README.md
git commit -m "first commit"
git remote add origin https://github.com/c/test.git
git push -u origin master

3、Edit podspec file

vim CoreLib.podspec

Pod::Spec.new do |s|
 s.name  = '組件工程名'
 s.version  = '0.0.1'
 s.summary  = 'summary'

 s.description = <<-DESC
 description
   DESC

 s.homepage  = '遠(yuǎn)程倉(cāng)庫(kù)地址'
 s.license  = { :type => 'MIT', :file => 'LICENSE' }
 s.author  = { '作者' => '作者' }
 s.source  = { :git => '遠(yuǎn)程倉(cāng)庫(kù)地址', :tag => s.version.to_s }

 s.ios.deployment_target = '8.0'

 s.source_files = 'Classes/**/*.{swift,h,m,c}'
 s.resources = 'Assets/*'
 
 s.dependency 'AFNetworking', '~> 2.3'
end

4、Create tag

//create local tag
git tag '0.0.1'
或
git tag 0.0.1

//local tag push to remote
git push --tags
或
git push origin 0.0.1

//delete local tag
git tag -d 0.0.1

//delete remote tag
git tag origin :0.0.1

5、Verify Component Project

pod lib lint --allow-warnings --no-clean

6、Push To CocoaPods

pod repo add CoreLib git@git.test/CoreLib.git
pod repo push CoreLib CoreLib.podspec --allow-warnings

4. 模塊拆分

模塊拆分&組裝圖.jpeg

基礎(chǔ)組件庫(kù)：

基礎(chǔ)組件庫(kù)放一些最基礎(chǔ)的工具類，比如金額格式化、手機(jī)號(hào)/身份證/郵箱的有效校驗(yàn)，實(shí)質(zhì)就是不會(huì)依賴業(yè)務(wù)，不會(huì)和業(yè)務(wù)牽扯的文件。

功能組件庫(kù)：

分享的封裝、圖片的輪播、跑馬燈功能、推送功能的二次封裝，即開發(fā)一次，以后都能快速集成的功能。

業(yè)務(wù)組件庫(kù)：

登錄組件、實(shí)名組件、消息組件、借款組件、還款組件、各條產(chǎn)品線組件等。

中間件（組件通訊）：

各個(gè)業(yè)務(wù)組件拆分出來(lái)后，組件之間的通訊、傳參、回調(diào)就要考慮了，此時(shí)就需要一個(gè)組件通訊的工具類來(lái)處理。

CocoaPods遠(yuǎn)程私有庫(kù)：

每個(gè)拆分出去的組件存在的形式都是以Pod的形式存在的，并能達(dá)到單獨(dú)運(yùn)行成功。

宿主工程：

宿主工程就是一個(gè)殼，在組件庫(kù)中尋找這個(gè)工程所需要的組件，然后拿過(guò)來(lái)組裝成一個(gè)App。

5. 組件工程兼容swift環(huán)境

在做組件化之前，這個(gè)項(xiàng)目使用的是Objective-C語(yǔ)言寫的，還沒(méi)有支持在項(xiàng)目里面使用Swift語(yǔ)言的能力，考慮到后期肯定會(huì)往Swift語(yǔ)言切過(guò)去的，于是借著這次重構(gòu)的機(jī)會(huì)，創(chuàng)建的組件工程都是swift工程。

Podfile文件需要添加==use_frameworks!==

source 'https://github.com/CocoaPods/Specs.git'
platform :ios, '8.0'
inhibit_all_warnings!
use_frameworks!

target 'CoreLib_Example' do
 pod 'CoreLib', :path => '../'
end

這里其實(shí)有個(gè)大坑需要特別注意，在支持Swift環(huán)境后，部分Objective-C語(yǔ)言的三方庫(kù)采用的是==靜態(tài)庫(kù)==，在OC文件中引用三方庫(kù)頭文件，會(huì)一直報(bào)頭文件找不到，我們?cè)谟龅竭@個(gè)問(wèn)題時(shí)找遍了百度，都沒(méi)找到解決方案，整整花了一個(gè)星期的時(shí)間嘗試。

解決方案：我們對(duì)這些三方庫(kù)（主要有：UMengAnalytics、Bugly、AMapLocation-NO-IDFA）再包一層，使用CocoaPods遠(yuǎn)程私有庫(kù)管理，對(duì)外暴露我們寫的文件，引用我們寫的頭文件，就能調(diào)用到。

Pod::Spec.new do |s|
 s.name  = ''
 s.version  = '0.0.1'
 s.summary  = '包裝高德地圖、分享、友盟Framework.'

 s.description = <<-DESC
   DESC

 s.homepage  = ''
 s.license  = { :type => 'MIT', :file => 'LICENSE' }
 s.author  = { '' => '' }
 s.source  = { :git => '', :tag => s.version.to_s }

 s.ios.deployment_target = '8.0'

 s.source_files = ['Classes/UMMob/**/*.{h,m}','Classes/Bugly/**/*.{h,m}','Classes/AMap/**/*.{h,m}']
 s.public_header_files = ['Classes/*.h']
 s.libraries = 'sqlite3', 'c++', 'z', 'z.1.1.3', 'stdc++', 'stdc++.6.0.9'
 s.frameworks = 'SystemConfiguration', 'CoreTelephony', 'JavaScriptcore', 'CoreLocation', 'Security', 'Foundation'
 s.vendored_frameworks = 'Frameworks/**/*.framework'
 s.xcconfig = { "FRAMEWORK_SEARCH_PATHS" => "Pods/WDContainerLib/Frameworks" }

 s.requires_arc = true
end

6. 組件之間的通訊

在將業(yè)務(wù)控制器拆分出去后，如果一個(gè)組件要調(diào)用另一個(gè)組件里面的控制器，平常的做法是直接==#import "控制器頭文件"==，現(xiàn)在在不同的組件里面是無(wú)法import的，那該怎么做呢？答案就是使用==消息發(fā)送機(jī)制==。

思路：

每個(gè)業(yè)務(wù)組件庫(kù)里面會(huì)有一個(gè)控制器的配置文件（路由配置文件），標(biāo)記著每個(gè)控制器的key；
在App每次啟動(dòng)時(shí)，組件通訊的工具類里面需要解析控制器配置文件（路由配置文件），將其加載進(jìn)內(nèi)存；
在內(nèi)存中查詢路由配置，找到具體的控制器并動(dòng)態(tài)生成類，然后使用==消息發(fā)送機(jī)制==進(jìn)行調(diào)用函數(shù)、傳參數(shù)、回調(diào)，都能做到。

((id (*)(id, SEL, NSDictionary *)) objc_msgSend)((id) cls, @selector(load:), param);
((void(*)(id, SEL,NSDictionary*))objc_msgSend)((id) vc, @selector(callBack:), param);

Or

[vc performSelector:@selector(load:) withObject:param];
[vc performSelector:@selector(callBack:) withObject:param];

好處：

解除了控制器之間的依賴；
使用iOS的消息發(fā)送機(jī)制進(jìn)行傳參數(shù)、回調(diào)參數(shù)、透?jìng)鲄?shù)；
路由表配置文件，能實(shí)現(xiàn)界面動(dòng)態(tài)配置、動(dòng)態(tài)生成界面；
路由表配置文件放到服務(wù)端，還可以實(shí)現(xiàn)線上App的跳轉(zhuǎn)邏輯；
將控制器的key提供給H5，還可以實(shí)現(xiàn)H5跳轉(zhuǎn)到Native界面；

7. 組件化后的資源加載

新項(xiàng)目已開始就采用組件化開發(fā)，還是特別容易的，如果是老項(xiàng)目重構(gòu)成組件化，那就比較悲劇了，OC項(xiàng)目重構(gòu)后，app包里面會(huì)有一個(gè)==Frameworks==文件夾，所有的組件都在這個(gè)文件夾下，并且以==.framework==（比如：WDComponentLogin.framework）結(jié)尾。在工程中使用的==xib、圖片==，使用正常的方式加載，是加載不到的，原因就是xib、圖片的路徑==（工程.app/Frameworks/WDComponentLogin.framework/LoginViewController.nib、工程.app/Frameworks/WDComponentLogin.framework/login.png）==發(fā)生了變化。

以下是在組件庫(kù)中加載nib文件/圖片文件的所有情況：

/**
 從主工程mainBundle或從所有的組件(組件名.framework)中加載圖片

 @param imageName 圖片名稱
 @return 返回查找的圖片結(jié)果
 */
+ (UIImage *_Nullable)loadImageNamed:(NSString *_Nonnull)imageName;

/**
 從指定的組件中加載圖片，主要用于從當(dāng)前組件加載其他組件中的圖片

 @param imageName 圖片名稱
 @param frameworkName 組件名稱
 @return 返回查找的圖片結(jié)果
 */
+ (UIImage *_Nullable)loadImageNamed:(NSString *_Nonnull)imageName frameworkName:(NSString *_Nonnull)frameworkName;

/**
 從指定的組件的Bundle文件夾中加載圖片，主要用于從當(dāng)前組件加載其他組件Bundle文件夾中的圖片

 @param imageName 圖片名稱
 @param bundleName Bundle文件夾名
 @param frameworkName 組件名稱
 @return 返回查找的圖片結(jié)果
 */
+ (UIImage *_Nullable)loadImageNamed:(NSString *_Nonnull)imageName bundleName:(NSString *_Nonnull)bundleName frameworkName:(NSString *_Nonnull)frameworkName;

/**
 從主工程mainBundle的指定Bundle文件夾中去加載圖片

 @param imageName 圖片名稱
 @param bundleName Bundle文件夾名
 @return 返回查找的圖片結(jié)果
 */
+ (UIImage *_Nullable)loadImageNamed:(NSString *_Nonnull)imageName bundleName:(NSString *_Nonnull)bundleName;

/**
 從指定的組件(組件名.framework)中加載圖片
 說(shuō)明：加載組件中的圖片，必須指明圖片的全名和圖片所在bundle的包名

 @param imageName 圖片名稱
 @param targetClass 當(dāng)前類
 @return 返回查找的圖片結(jié)果
 */
+ (UIImage *_Nullable)loadImageNamed:(NSString *_Nonnull)imageName targetClass:(Class _Nonnull)targetClass;

/**
 從指定的組件(組件名.framework)中的Bundle文件夾中加載圖片
 說(shuō)明：加載組件中的圖片，必須指明圖片的全名和圖片所在bundle的包名

 @param imageName 圖片名稱
 @param bundleName Bundle文件夾名
 @param targetClass 當(dāng)前類
 @return 返回查找的圖片結(jié)果
 */
+ (UIImage *_Nullable)loadImageNamed:(NSString *_Nonnull)imageName bundleName:(NSString *_Nonnull)bundleName targetClass:(Class _Nonnull)targetClass;

/**
 加載工程中的nib文件
 eg：[_tableview registerNib:[WDLoadResourcesUtil loadNibClass:[WDRepaymentheaderView class]] forHeaderFooterViewReuseIdentifier:kWDRepaymentheaderView]
 @param class nib文件名
 @return 返回所需要的nib對(duì)象
 */
+ (UINib *_Nullable)loadNibClass:(NSObject *_Nonnull)targetClass;

控制器加載方式：

@implementation WDBaseViewController

- (instancetype)initWithNibName:(NSString *)nibNameOrNil bundle:(NSBundle *)nibBundleOrNil {
 NSString *classString = [[NSStringFromClass(self.class) componentsSeparatedByString:@"."] lastObject];
 if ([[NSBundle bundleForClass:[self class]] pathForResource:classString ofType:@"nib"] != nil) {
 //有xib
  return [super initWithNibName:classString bundle:[NSBundle bundleForClass:[self class]]];
 }else if ([[NSBundle mainBundle] pathForResource:classString ofType:@"nib"] == nil) {
 //沒(méi)有xib
 return [super initWithNibName:nil bundle:nibBundleOrNil];
 } else {
 return [super initWithNibName:(nibNameOrNil == nil ? classString : nibNameOrNil) bundle:nibBundleOrNil];
 }
}
@end

UIView視圖加載方式：

OC版本

+ (id)loadFromNIB {
 if ([[NSFileManager defaultManager] fileExistsAtPath:[NSBundle bundleForClass:[self class]].bundlePath]) {
 return [[[NSBundle bundleForClass:[self class]] loadNibNamed:[self description]
        owner:self
        options:nil] lastObject];
 }else{
 return [[[NSBundle mainBundle] loadNibNamed:[self description] owner:self options:nil] lastObject];
 }
 
}

+ (id)loadFromNIB:(NSInteger)index {
 if ([[NSFileManager defaultManager] fileExistsAtPath:[NSBundle bundleForClass:[self class]].bundlePath]) {
 return [[NSBundle bundleForClass:[self class]] loadNibNamed:[self description]
        owner:self
        options:nil][index];
 }else{
 return [[NSBundle mainBundle] loadNibNamed:[self description] owner:self options:nil][index];
 }
 
}

Swift版本

// MARK: - 通過(guò)nib加載視圖
@objc public static func loadFromNIB() -> UIView! {
 return (Bundle(for: self.classForCoder()).loadNibNamed(self.description().components(separatedBy: ".")[1], owner: self, options: nil)?.first as? UIView)!
}