亚洲香蕉成人av网站在线观看_欧美精品成人91久久久久久久_久久久久久久久久久亚洲_热久久视久久精品18亚洲精品_国产精自产拍久久久久久_亚洲色图国产精品_91精品国产网站_中文字幕欧美日韩精品_国产精品久久久久久亚洲调教_国产精品久久一区_性夜试看影院91社区_97在线观看视频国产_68精品久久久久久欧美_欧美精品在线观看_国产精品一区二区久久精品_欧美老女人bb

首頁 > 系統 > iOS > 正文

iOS組件化開發實戰記錄

2020-07-26 02:21:12
字體:
來源:轉載
供稿:網友

1. 組件化需求來源

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

2. 組件化初識

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

組件化開發的缺點:

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

組件化開發的優點:

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

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

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

組件的存在方式是以每個pod庫的形式存在的。那么我們組合組件的方法就是通過利用CocoaPods的方式添加安裝各個組件,我們就需要制作CocoaPods遠程私有庫,將其發不到公司的gitlab或GitHub,使工程能夠Pod下載下來。

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

Git命令的簡單整理

CocoaPods遠程私有庫制作:

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  = '遠程倉庫地址' 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

4、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

基礎組件庫:

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

功能組件庫:

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

業務組件庫:

登錄組件、實名組件、消息組件、借款組件、還款組件、各條產品線組件等。

中間件(組件通訊):

各個業務組件拆分出來后,組件之間的通訊、傳參、回調就要考慮了,此時就需要一個組件通訊的工具類來處理。

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 = trueend

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寫的代碼。

1、控制器Base、Web控制器Base使用OC代碼,因為OC控制器不能繼承Swift,而Swift控制器可以繼承OC寫的控制器。

2、導航欄、工具欄、路由、基礎組件、功能組件、混合開發插件都是用Swift語言。

3、Swift移動組件大部分完成,OC工程、Swift工程都統一使用開發的移動組件庫。

9. 總結

經過半年的努力重構,終于將工程拆分成組件化開發了,也從中學到了很多,希望自己能再接再厲和同事一起進步。

好了,以上就是這篇文章的全部內容了,希望本文的內容對大家的學習或者工作具有一定的參考學習價值,如果有疑問大家可以留言交流,謝謝大家對武林網的支持。

發表評論 共有條評論
用戶名: 密碼:
驗證碼: 匿名發表
亚洲香蕉成人av网站在线观看_欧美精品成人91久久久久久久_久久久久久久久久久亚洲_热久久视久久精品18亚洲精品_国产精自产拍久久久久久_亚洲色图国产精品_91精品国产网站_中文字幕欧美日韩精品_国产精品久久久久久亚洲调教_国产精品久久一区_性夜试看影院91社区_97在线观看视频国产_68精品久久久久久欧美_欧美精品在线观看_国产精品一区二区久久精品_欧美老女人bb
在线精品高清中文字幕| 成人激情免费在线| 国产欧美精品一区二区三区介绍| 欧美精品一二区| 久久久久亚洲精品国产| 欧美另类高清videos| 成人欧美一区二区三区在线湿哒哒| 91精品国产综合久久香蕉最新版| 亚洲精品在线观看www| 欧美高清videos高潮hd| 久久综合88中文色鬼| 中文字幕精品一区二区精品| 欧美最猛性xxxxx(亚洲精品)| 色综合91久久精品中文字幕| 亚洲亚裔videos黑人hd| 久久91精品国产91久久久| 久久久噜噜噜久久| 91久久久亚洲精品| 在线看片第一页欧美| 欧美精品videosex性欧美| 精品香蕉在线观看视频一| 亚洲精品之草原avav久久| 韩剧1988免费观看全集| 欧美久久精品午夜青青大伊人| 亚洲成人在线视频播放| 久久久久国色av免费观看性色| 国产综合香蕉五月婷在线| 亚洲第一综合天堂另类专| 亚洲精品自拍视频| 91在线视频精品| 欧洲午夜精品久久久| 国产成人精品一区二区在线| 亚洲欧洲一区二区三区久久| 久久久噜噜噜久久中文字免| 亚洲无限乱码一二三四麻| 最近免费中文字幕视频2019| 日韩电影免费观看在线| 欧美成人精品h版在线观看| 国产91热爆ts人妖在线| 久操成人在线视频| 亚洲天堂av在线播放| 777国产偷窥盗摄精品视频| 国产亚洲精品综合一区91| 日韩成人激情影院| 91免费欧美精品| 久久久999精品| 日本久久久久久久久久久| 色av吧综合网| 在线免费观看羞羞视频一区二区| 欧美中文字幕视频在线观看| www.亚洲一二| 国产不卡精品视男人的天堂| 在线播放亚洲激情| 日韩精品欧美激情| 91禁外国网站| 亚洲欧美中文日韩在线| 国产精品久久91| 国产成人精品优优av| 日韩av在线不卡| 国产精品99久久久久久久久久久久| 国产精品无码专区在线观看| 日韩动漫免费观看电视剧高清| 正在播放欧美一区| 国产日韩欧美另类| 国产成人精品日本亚洲专区61| 国产亚洲欧美视频| 亚洲欧美激情四射在线日| 国产视频精品xxxx| 91精品久久久久久| 欧美福利视频在线观看| 国内久久久精品| 久久精品精品电影网| 性欧美视频videos6一9| 日韩精品福利在线| 欧美在线不卡区| 亚洲天堂视频在线观看| 国产一区二区三区视频在线观看| 久久久亚洲精选| 久久久久久久激情视频| 精品美女久久久久久免费| 久久露脸国产精品| 日本一区二三区好的精华液| 97人人爽人人喊人人模波多| 国产97色在线|日韩| 亚洲欧洲在线视频| 91在线|亚洲| 国产一区二区日韩精品欧美精品| 日韩中文视频免费在线观看| 国模私拍一区二区三区| 亚洲人成电影在线| 久久琪琪电影院| 美女视频久久黄| 在线视频一区二区| 成人午夜黄色影院| 亚洲图片在区色| 精品五月天久久| 最近2019年好看中文字幕视频| 欧洲成人免费视频| 精品久久久久人成| 亚洲综合精品伊人久久| 国产精品视频区1| 亚洲一区二区三区xxx视频| 亚洲码在线观看| 91免费视频网站| 一本色道久久88精品综合| 欧美极品美女视频网站在线观看免费| 国产99久久精品一区二区 夜夜躁日日躁| 欧美精品九九久久| 欧美日本中文字幕| 午夜精品久久久久久久99热浪潮| 热久久美女精品天天吊色| 欧美丰满少妇xxxxx| 第一福利永久视频精品| 久久国产精品影视| 久久精品成人欧美大片古装| 精品国产欧美一区二区五十路| 国产精品女人网站| 亚洲黄色www网站| 久久久久久久国产精品| 国产精品国产亚洲伊人久久| 欧美在线欧美在线| 国产在线观看精品| 91日本在线观看| 国产精品久久久久久久久久新婚| 最近中文字幕日韩精品| 色中色综合影院手机版在线观看| 亚洲欧美自拍一区| 成人黄色免费在线观看| 久久精品国产久精国产一老狼| 欧美日韩国产中文精品字幕自在自线| 7m第一福利500精品视频| 国产欧美日韩精品丝袜高跟鞋| 久久精品亚洲热| 国产99久久精品一区二区 夜夜躁日日躁| 国产精品视频久久久久| 亚洲综合成人婷婷小说| 日韩中文字幕网址| 亚洲成人激情视频| 热久久视久久精品18亚洲精品| 久久精品视频在线| 伊人伊成久久人综合网站| 亚洲欧美日韩国产精品| 欧美激情xxxx| 国产97色在线|日韩| 久久久久久久国产精品视频| 91麻豆桃色免费看| 国产网站欧美日韩免费精品在线观看| 亚洲人成电影网站色www| 国产一区二区三区欧美| 久久久久99精品久久久久| 亚洲香蕉伊综合在人在线视看| 欧美裸体男粗大视频在线观看| 中文字幕精品www乱入免费视频| 国产在线拍揄自揄视频不卡99| 成人做爰www免费看视频网站| 亚洲欧洲日产国产网站| 亚洲综合大片69999| 日韩电影中文字幕| 国产成人一区二区三区小说| 日韩欧美福利视频| 国产成人精品日本亚洲| 欧美不卡视频一区发布| 啊v视频在线一区二区三区| 91精品视频在线|