問題緣由

本文以 YBImageBrowser[1] 組件舉例。

YBImageBrowser 依賴了 SDWebImage，在使用 CocoaPods 集成到項(xiàng)目中時，可能會出現(xiàn)一些依賴沖突的問題，最近社區(qū)提了多個 Issues 并且在 Insights -> Traffic -> Popular content 中看到了此類問題很高的關(guān)注度，所以不得不著手解決。

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

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

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

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

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

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

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

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

解決方案

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

更模糊的版本限制

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

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

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

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

避免依賴沖突的暴力方案

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

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

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

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

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

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

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

要做到的目標(biāo)是，既滿足部分用戶快速集成組件，又能讓部分用戶解決依賴沖突的前提下保證能享受組件將來的更新優(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ì)一個抽象接口（這個接口不依賴 SDWebImage）：

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

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

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

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

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

第四步是在內(nèi)部代碼中通過條件編譯導(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 的集成方式時排除了兩個文件：YBIBDefaultWebImageMediator.{h.m}。

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

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

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

以上便是避免依賴沖突的小技巧，希望讀者朋友能提出更好的建議或意見😁。

參考

[1]https://github.com/indulgeIn/YBImageBrowser

[2]https://guides.cocoapods.org/syntax/podspec.html#dependency

[3]https://github.com/indulgeIn/YBImageBrowser/blob/master/YBImageBrowser.podspec

總結(jié)

以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值，謝謝大家對腳本之家的支持。

最新評論