iOS中怎么避免組件依賴沖突

這篇文章給大家介紹iOS中怎么避免組件依賴沖突，內(nèi)容非常詳細(xì)，感興趣的小伙伴們可以參考借鑒，希望對(duì)大家能有所幫助。

嚴(yán)格的版本限制

一個(gè)開(kāi)源組件的迭代過(guò)程中，保證上層接口的向下兼容就不錯(cuò)了。為了優(yōu)化性能并且控制內(nèi)存，YBImageBrowser 沒(méi)有直接用其最上層的接口，而是單獨(dú)使用了下載模塊和緩存模塊，SDWebImage 的迭代升級(jí)很容易導(dǎo)致筆者的組件兼容不了，所以之前一直是類似這樣依賴的：

s.dependency 'SDWebImage', '~> 5.0.0'

這樣做的好處是限制足夠小版本范圍，降低 SDWebImage 接口變動(dòng)導(dǎo)致組件代碼錯(cuò)誤的風(fēng)險(xiǎn)。但如果 SDWebImage 升級(jí)到 5.1.0，不管相關(guān) API 是否變動(dòng)，CocoaPods 都視為依賴沖突。

其它組件依賴了不同版本的 SDWebImage

當(dāng)兩個(gè)組件依賴了同一個(gè)組件的不同版本，并且依賴的版本沒(méi)有交集，比如：

A.dependency 'SDWebImage', '~> 4.0.0'
B.dependency 'SDWebImage', '~> 5.0.0'

那么 A 和 B 同時(shí)集成進(jìn)項(xiàng)目會(huì)出現(xiàn)依賴沖突。

解決方案

使用 CocoaPods 集成項(xiàng)目非常便捷，對(duì)于組件使用者來(lái)說(shuō)，總是想在任何場(chǎng)景下都能輕易集成，并且能在將來(lái)享受組件的更新優(yōu)化，顯然前面提到的問(wèn)題可能會(huì)影響集成的便捷性。

更模糊的版本限制

很多時(shí)候一個(gè)大版本的組件不會(huì)改動(dòng) API，并且對(duì)于社區(qū)流行的組件我們可以寄一定希望于其做好向下兼容，所以放寬依賴的版本限制能覆蓋將來(lái)更多的版本（規(guī)則參考：podspec dependency[2]）：

s.dependency 'SDWebImage', '>= 5.0.0'

為什么不干脆去掉版本限制呢？

因?yàn)?YBImageBrowser 3.x 是基于 SDWebImage 5.0.0 開(kāi)發(fā)的，筆者可以明確不兼容 5.0.0 之前的版本，所以在 SDWebImage 將來(lái)迭代版本出現(xiàn)相關(guān) API 不兼容之前，這個(gè)限制都是“完美”覆蓋所有版本的。

避免依賴沖突的暴力方案

當(dāng)有其它組件依賴了不同版本的 SDWebImage，粗暴的解決方案如下：

? 直接修改其它組件依賴的 SDWebImage 版本。

? 將 YBImageBrowser 手動(dòng)導(dǎo)入項(xiàng)目，并且修改代碼去適應(yīng)當(dāng)前的 SDWebImage 版本。

? 社區(qū)朋友一個(gè) Issue 中提到的方法：在 ~/.cocoapods/repos 目錄下找到 YBImageBrowser 文件夾，更改對(duì)應(yīng)版本的 podspec.json 文件里對(duì) SDWebImage 的依賴版本。

顯然，上面的幾種方案不太優(yōu)雅，手動(dòng)導(dǎo)入項(xiàng)目難以享受組件的更新優(yōu)化，修改本地 repo 信息會(huì)因?yàn)?repo 列表的更新而復(fù)位。

避免依賴沖突的優(yōu)雅方案

出現(xiàn)依賴沖突是必須要解決的問(wèn)題，其它組件依賴的版本限制可以視為不變量，解決方案可以從組件的制作方面考慮。

要做到的目標(biāo)是，既滿足部分用戶快速集成組件，又能讓部分用戶解決依賴沖突的前提下保證能享受組件將來(lái)的更新優(yōu)化。

答案就是subspec，以下是 YBImageBrowser.podspec 部分代碼（完整代碼[3]）：

s.subspec "Core" do |core|
core.source_files = "YBImageBrowser/**/*.{h,m}"
core.dependency 'SDWebImage', '>= 5.0.0'
end
s.subspec "NOSD" do |core|
core.source_files = "YBImageBrowser/**/*.{h,m}"
core.exclude_files = "YBImageBrowser/WebImageMediator/YBIBDefaultWebImageMediator.{h,m}"
end

由此，用戶可以自由的選擇是否需要依賴 SDWebImage，在 Podfile 里的觀感大致是這樣：

// 依賴 SDWebImage
pod 'YBImageBrowser' 
// 不依賴 SDWebImage
pod 'YBImageBrowser/NOSD'

那么在 YBImageBrowser 代碼中應(yīng)該如何區(qū)分是否依賴了 SDWebImage 并且提供默認(rèn)實(shí)現(xiàn)呢？

第一步是設(shè)計(jì)一個(gè)抽象接口（這個(gè)接口不依賴 SDWebImage）：

@protocol YBIBWebImageMediator <NSObject>
// Download methode, caching methode, and so on.
@end

第二步是在YBImageBrowser.h中定義一個(gè)遵循該接口的屬性：

/// 圖片下載緩存相關(guān)的中介者（賦值可自定義）
@property (nonatomic, strong) id<YBIBWebImageMediator> webImageMediator;

第三步是實(shí)現(xiàn)一個(gè)默認(rèn)的中介者（這個(gè)類依賴了 SDWebImage）：

@interface YBIBDefaultWebImageMediator : NSObject <YBIBWebImageMediator>
@end
@implementation YBIBDefaultWebImageMediator
//通過(guò) SDWebImage 的 API 實(shí)現(xiàn) <YBIBWebImageMediator> 協(xié)議方法
@end

第四步是在內(nèi)部代碼中通過(guò)條件編譯導(dǎo)入并初始化默認(rèn)中介者：

#if __has_include("YBIBDefaultWebImageMediator.h")
#import "YBIBDefaultWebImageMediator.h"
#endif
...
#if __has_include("YBIBDefaultWebImageMediator.h")
_webImageMediator = [YBIBDefaultWebImageMediator new];
#endif

第五步在 YBImageBrowser.podspec 中也可以看到，在不依賴 SDWebImage 的集成方式時(shí)排除了兩個(gè)文件：YBIBDefaultWebImageMediator.{h.m}。

由此便實(shí)現(xiàn)了目標(biāo)：

? 用依賴 SDWebImage 的集成方式快速集成。

? 使用不依賴 SDWebImage 的集成方式避免各種情況下的依賴沖突，但注意這種情況需要自行實(shí)現(xiàn)一個(gè)遵循<YBIBWebImageMediator>協(xié)議的中介者。

關(guān)于iOS中怎么避免組件依賴沖突就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，可以學(xué)到更多知識(shí)。如果覺(jué)得文章不錯(cuò)，可以把它分享出去讓更多的人看到。