iOS組件化開發實踐

時間  2019-11-09
標籤 ios 組件 開發 實踐 欄目 iOS 简体版
原文   原文鏈接

目錄： 1.組件化需求來源 2.組件化初識 3.組件化必備的工具使用 4.模塊拆分 5.組件工程兼容swift環境 6.組件之間的通信 7.組件化後的資源加載 8.OC工程底層換swift代碼 9.總結ios

1. 組件化需求來源

起初的這個項目，App只有一條產品線，代碼邏輯相對比較清晰，後期隨着公司業務的迅速發展，如今App裏面承載了大概五六條產品線，每一個產品線的流程有部分是同樣的，也有部分是不同的，這就須要作各類各樣的判斷及定製化需求。大概作了一年多後，出現了不一樣產品線提過來的需求，開發人員都須要在主工程中開發，可是開發人員開發的是不一樣的產品線，也得將整個工程跑起來，代碼管理、並行開發效率、分支管理、上線時間明顯有所限制。大概就在去年末，咱們的領導提出了這個問題，但願做成組件化，將代碼重構拆分紅模塊，在主工程中組裝拆分的模塊，造成一個完整的App。c++

2. 組件化初識

隨着業務線的增多，業務的複雜度增長，App的代碼邏輯複雜度也增長了，後期的開發維護成本也增長了，爲何這麼說呢？業務邏輯沒有分類，查找問題效率下降（針對新手），運行也好慢哦，真的好煩哦......咱們要改變這種局面。而組件化開發，就是將一個臃腫，複雜的單一工程的項目, 根據功能或者屬性進行分解，拆分紅爲各個獨立的功能模塊或者組件 ; 而後根據項目和業務的需求，按照某種方式, 任意組織成一個擁有完整業務邏輯的工程。git

組件化開發的缺點：github

  • 代碼耦合嚴重
  • 依賴嚴重
  • 其它app接入某條產品線難以集成
  • 項目複雜、臃腫、龐大，編譯時間過長
  • 難以作集成測試
  • 對開發人員，只能使用相同的開發模式 ......

組件化開發的優勢：sql

  • 項目結構清晰
  • 代碼邏輯清晰
  • 拆分粒度小
  • 快速集成
  • 能作單元測試
  • 代碼利用率高
  • 迭代效率高 ......

組件化的實質：就是對現有項目或新項目進行基礎、功能及業務邏輯的拆分，造成一個個的組件庫，使宿主工程能在拆分的組件庫裏面查找須要的功能，組裝成一個完整的App。swift

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

組件的存在方式是以每一個pod庫的形式存在的。那麼咱們組合組件的方法就是經過利用CocoaPods的方式添加安裝各個組件，咱們就須要製做CocoaPods遠程私有庫，將其發不到公司的gitlab或GitHub，使工程可以Pod下載下來。vim

  • 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
複製代碼
  • CocoaPods遠程私有庫製做：

一、Create Component Projectbash

pod lib create ProjectName
複製代碼

二、Use Gitapp

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
複製代碼

三、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         = '遠程倉庫地址'
  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/**/*.{swift,h,m,c}'
  s.resources = 'Assets/*'
  
  s.dependency 'AFNetworking', '~> 2.3'
end
複製代碼

四、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
複製代碼

五、Verify Component Project

pod lib lint --allow-warnings --no-clean
複製代碼

六、Push To CocoaPods

pod repo add CoreLib git@git.test/CoreLib.git
pod repo push CoreLib CoreLib.podspec --allow-warnings
複製代碼

4. 模塊拆分

模塊拆分&組裝圖.jpeg

基礎組件庫： 基礎組件庫放一些最基礎的工具類，好比金額格式化、手機號/身份證/郵箱的有效校驗，實質就是不會依賴業務，不會和業務牽扯的文件。

功能組件庫： 分享的封裝、圖片的輪播、跑馬燈功能、推送功能的二次封裝，即開發一次，之後都能快速集成的功能。

業務組件庫： 登陸組件、實名組件、消息組件、借款組件、還款組件、各條產品線組件等。

中間件（組件通信）： 各個業務組件拆分出來後，組件之間的通信、傳參、回調就要考慮了，此時就須要一個組件通信的工具類來處理。

CocoaPods遠程私有庫： 每一個拆分出去的組件存在的形式都是以Pod的形式存在的，並能達到單獨運行成功。

宿主工程： 宿主工程就是一個殼，在組件庫中尋找這個工程所須要的組件，而後拿過來組裝成一個App。

5. 組件工程兼容swift環境

在作組件化以前，這個項目使用的是Objective-C語言寫的，尚未支持在項目裏面使用Swift語言的能力，考慮到後期確定會往Swift語言切過去的，因而藉着此次重構的機會，建立的組件工程都是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
複製代碼

這裏其實有個大坑須要特別注意，在支持Swift環境後，部分Objective-C語言的三方庫採用的是==靜態庫==，在OC文件中引用三方庫頭文件，會一直報頭文件找不到，咱們在遇到這個問題時找遍了百度，都沒找到解決方案，整整花了一個星期的時間嘗試。

解決方案：咱們對這些三方庫（主要有：UMengAnalytics、Bugly、AMapLocation-NO-IDFA）再包一層，使用CocoaPods遠程私有庫管理，對外暴露咱們寫的文件，引用咱們寫的頭文件，就能調用到。

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. 組件之間的通信

在將業務控制器拆分出去後，若是一個組件要調用另外一個組件裏面的控制器，日常的作法是直接==#import "控制器頭文件"==，如今在不一樣的組件裏面是沒法import的，那該怎麼作呢？答案就是使用==消息發送機制==。

思路：

1.每一個業務組件庫裏面會有一個控制器的配置文件（路由配置文件），標記着每一個控制器的key； 2.在App每次啓動時，組件通信的工具類裏面須要解析控制器配置文件（路由配置文件），將其加載進內存； 3.在內存中查詢路由配置，找到具體的控制器並動態生成類，而後使用==消息發送機制==進行調用函數、傳參數、回調，都能作到。

((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的消息發送機制進行傳參數、回調參數、透傳參數； 路由表配置文件，能實現界面動態配置、動態生成界面； 路由表配置文件放到服務端，還能夠實現線上App的跳轉邏輯； 將控制器的key提供給H5，還能夠實現H5跳轉到Native界面；

7. 組件化後的資源加載

新項目已開始就採用組件化開發，仍是特別容易的，若是是老項目重構成組件化，那就比較悲劇了，OC項目重構後，app包裏面會有一個==Frameworks==文件夾，全部的組件都在這個文件夾下，而且以==.framework==（好比：WDComponentLogin.framework）結尾。在工程中使用的==xib、圖片==，使用正常的方式加載，是加載不到的，緣由就是xib、圖片的路徑==（工程.app/Frameworks/WDComponentLogin.framework/LoginViewController.nib、工程.app/Frameworks/WDComponentLogin.framework/login.png）==發生了變化。

如下是在組件庫中加載nib文件/圖片文件的全部狀況：

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

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

/**
 從指定的組件中加載圖片，主要用於從當前組件加載其餘組件中的圖片

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

/**
 從指定的組件的Bundle文件夾中加載圖片，主要用於從當前組件加載其餘組件Bundle文件夾中的圖片

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

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

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

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

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

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

 @param imageName 圖片名稱
 @param bundleName Bundle文件夾名
 @param targetClass 當前類
 @return 返回查找的圖片結果
 */
+ (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對象
 */
+ (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) {
        //沒有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: - 經過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)!
}
複製代碼

8. OC工程底層換swift代碼

目前正在作OC底層的統一，換成swift寫的代碼。

一、控制器Base、Web控制器Base使用OC代碼，由於OC控制器不能繼承Swift，而Swift控制器能夠繼承OC寫的控制器。 二、導航欄、工具欄、路由、基礎組件、功能組件、混合開發插件都是用Swift語言。 三、Swift移動組件大部分完成，OC工程、Swift工程都統一使用開發的移動組件庫。

9. 總結

通過半年的努力重構，終於將工程拆分紅組件化開發了，也從中學到了不少，但願本身能再接再礪和同事一塊兒進步。

原文地址

相關文章
相關標籤/搜索
每日一句
    每一个你不满意的现在，都有一个你没有努力的曾经。
本站公眾號
   歡迎關注本站公眾號,獲取更多信息
聯繫我們 最近搜索 最新文章 沪ICP备13005482号-10 MyBatis教程 SQL 教程 MySQL教程 Java 教程 Thymeleaf 教程 Hibernate教程 Spring教程 Redis教程