起初的這個(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)的需求，開(kāi)發(fā)人員都需要在主工程中開(kāi)發(fā)，但是開(kāi)發(fā)人員開(kāi)發(fā)的是不同的產(chǎn)品線，也得將整個(gè)工程跑起來(lái)，代碼管理、并行開(kāi)發(fā)效率、分支管理、上線時(shí)間明顯有所限制。大概就在去年底，我們的領(lǐng)導(dǎo)提出了這個(gè)問(wèn)題，希望作成組件化，將代碼重構(gòu)拆分成模塊，在主工程中組裝拆分的模塊，形成一個(gè)完整的App。
隨著業(yè)務(wù)線的增多，業(yè)務(wù)的復(fù)雜度增加，App的代碼邏輯復(fù)雜度也增加了，后期的開(kāi)發(fā)維護(hù)成本也增加了，為什么這么說(shuō)呢？業(yè)務(wù)邏輯沒(méi)有分類，查找問(wèn)題效率降低（針對(duì)新手），運(yùn)行也好慢哦，真的好煩哦......我們要改變這種局面。而組件化開(kāi)發(fā)，就是將一個(gè)臃腫，復(fù)雜的單一工程的項(xiàng)目, 根據(jù)功能或者屬性進(jìn)行分解，拆分成為各個(gè)獨(dú)立的功能模塊或者組件 ; 然后根據(jù)項(xiàng)目和業(yè)務(wù)的需求，按照某種方式, 任意組織成一個(gè)擁有完整業(yè)務(wù)邏輯的工程。
組件化開(kāi)發(fā)的缺點(diǎn)：
組件化開(kāi)發(fā)的優(yōu)點(diǎn)：
組件化的實(shí)質(zhì)：就是對(duì)現(xiàn)有項(xiàng)目或新項(xiàng)目進(jìn)行基礎(chǔ)、功能及業(yè)務(wù)邏輯的拆分，形成一個(gè)個(gè)的組件庫(kù)，使宿主工程能在拆分的組件庫(kù)里面查找需要的功能，組裝成一個(gè)完整的App。
組件的存在方式是以每個(gè)pod庫(kù)的形式存在的。那么我們組合組件的方法就是通過(guò)利用CocoaPods的方式添加安裝各個(gè)組件，我們就需要制作CocoaPods遠(yuǎn)程私有庫(kù)，將其發(fā)不到公司的gitlab或GitHub，使工程能夠Pod下載下來(lái)。
Git的基礎(chǔ)命令：
echo "# test" >> README.mdgit initgit add README.mdgit commit -m "first commit"git remote add origin https://github.com/c/test.gitgit push -u origin master
CocoaPods遠(yuǎn)程私有庫(kù)制作：
1、Create Component Project
pod lib create ProjectName
2、Use Git
echo "# test" >> README.mdgit initgit add README.mdgit commit -m "first commit"git remote add origin https://github.com/c/test.gitgit 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'end4、Create tag
//create local taggit tag '0.0.1'或git tag 0.0.1//local tag push to remotegit push --tags或git push origin 0.0.1//delete local taggit tag -d 0.0.1//delete remote taggit 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.gitpod 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ù)：
分享的封裝、圖片的輪播、跑馬燈功能、推送功能的二次封裝，即開(kāi)發(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。
在做組件化之前，這個(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 = trueend在將業(yè)務(wù)控制器拆分出去后，如果一個(gè)組件要調(diào)用另一個(gè)組件里面的控制器，平常的做法是直接==#import "控制器頭文件"==，現(xiàn)在在不同的組件里面是無(wú)法import的，那該怎么做呢？答案就是使用==消息發(fā)送機(jī)制==。
思路：
((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界面；
新項(xiàng)目已開(kāi)始就采用組件化開(kāi)發(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]; }}@endUIView視圖加載方式：
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)!}目前正在做OC底層的統(tǒng)一，換成swift寫的代碼。
1、控制器Base、Web控制器Base使用OC代碼，因?yàn)镺C控制器不能繼承Swift，而Swift控制器可以繼承OC寫的控制器。
2、導(dǎo)航欄、工具欄、路由、基礎(chǔ)組件、功能組件、混合開(kāi)發(fā)插件都是用Swift語(yǔ)言。
3、Swift移動(dòng)組件大部分完成，OC工程、Swift工程都統(tǒng)一使用開(kāi)發(fā)的移動(dòng)組件庫(kù)。
經(jīng)過(guò)半年的努力重構(gòu)，終于將工程拆分成組件化開(kāi)發(fā)了，也從中學(xué)到了很多，希望自己能再接再厲和同事一起進(jìn)步。
好了，以上就是這篇文章的全部?jī)?nèi)容了，希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，如果有疑問(wèn)大家可以留言交流，謝謝大家對(duì)VEVB武林網(wǎng)的支持。
新聞熱點(diǎn)
疑難解答
圖片精選
網(wǎng)友關(guān)注
