引言
最近在做SDK，我們的SDK中需要集成很多第三方庫，比如Twitter、Facebook等，我們SDK中需要用到這些第三方SDK中的登錄、分享等功能，這些第三方庫我們不會打包到我們自己的SDK中，而是接入方通過Pod或者其他方式導入到他們的工程。接我們SDK的人需求是不一樣的，有的只用到Facebook、有的只用到Twitter。如果有一個接入我們SDK的人只用到Facebook，但是我們要求接入者不僅要導入Facebook的SDK，還要導入Twitter的SDK（因為SDK中集成了Twitter的東西，不導入會報錯），這樣是不是不太好，而且接入者可能會說，我們都沒有用到這個第三方，為什么要導入他們的SDK。
那么問題來了，我們要怎么樣才能做到我們SDK中既集成所有的第三方SDK，又能滿足接入者用到哪個第三方才導入對應的第三方SDK？
解決方案
經過一段時間的琢磨、想出了幾個方案：
方案一：在SDK內部判斷是否導入了某個第三方庫，然后通過預編譯的方式，是否要編譯某段代碼（這個方案行不通）
方案二：SDK內部通過runtime的方式調用第三方SDK的東西，通過動態的方式使用類，方法及屬性（這個方法可以）
方案三：SDK 分成兩個部分，一個部分是Framework部分，一個部分是源碼部分，結合方案一和方案二（最終的方案）
下面詳細的說說這三種方案，包括這三種方案使用時遇到的困難以及優缺點
注意：本文中的代碼只是為了簡單的測試，在正常開發的時候，最好進行一些相應的判斷，以免引起不必要的麻煩
方案一
直接上代碼，這是.m文件所有示例代碼
#import "Test.h"
// 判斷是否存在TwitterKit/TWTRKit.h，如果存在說明導入了Twitter的SDK
#define TwitterSDKModule __has_include(<TwitterKit/TWTRKit.h>)
// 在導入了Twitter的SDK情況下，才引入
#if TwitterSDKModule
@import TwitterKit;
#endif
// 遵循Twitter的某個協議，以及使用Twitter的某個類的對象最為屬性
#if TwitterSDKModule
@interface Test()<這兒是Twitter的某個協議>
@property (nonatomic, strong) TWTRTwitter *twitter;
@end
#endif
// 跟Twitter沒關系的屬性
@interface Test()
@property (nonatomic, copy) NSString *message;
@end
@implementation Test
#if TwitterSDKModule
/// 調用Twitter的方法
- (void)loginByTwitter {
[[Twitter sharedInstance] logInWithCompletion:^(TWTRSession * _Nullable session, NSError * _Nullable error) {
}];
}
#endif
@end
原本信心滿滿，但是慘慘招打臉，為什么這種方式不行呢？原因就在于我們打包Framework時，我們SDK內部的代碼就編譯好了，是否存在<TwitterKit/TWTRKit.h>在打包Framework時就決定了，而不是取決于接入者的工程中是否包含<TwitterKit/TWTRKit.h>。所以這種方式宣告失敗
方案二
使用runtime方式。我們可以通過runtime的方式，在不引入頭文件的情況下進行某個類的調用
具體參考代碼如下：
// 獲取Person類
Class personClass = NSClassFromString(@"Person");
// 獲取方法編號
SEL shareSEL = NSSelectorFromString(@"shared");
// 調用Person類的類方法
[personClass performSelector:shareSEL withObject:nil];
// 創建實例化對象
id person = [[personClass alloc] init];
// 獲取對象的屬性
NSString *name = [person valueForKey:@"name"];
// 給屬性賦值
[person setValue:@"xiao hai" forKey:@"name"];
// 獲取方法編號
SEL runSEL = NSSelectorFromString(@"run");
// 實例方法的調用
[person performSelector:runSEL withObject:nil];
這里獲取類、調用類方法、獲取屬性值、給屬性賦值、調用實例方法都有了，那么問題來了，我們要怎么去遵循協議、實現協議的方法，常規寫法如下：
@interface Test ()<PersonDelegate>
@end
@implementation ViewController
- (void)eatWithPerson:(Person *)person {
}
@end
那么問題來了，如果不引入頭文件的情況下，PersonDelegate、Person都是未知的，代理方法里還有很多未知的類，我們應該如何解決，首先“@interface Test ()<PersonDelegate>”中， PersonDelegate代理完全不用寫，之所以要寫，我個人理解是為了寫代碼方便，減少寫代碼帶來的錯誤
遵循代理解決了，那么代理方法的實現怎么解決，Person是未知的，直接寫上去肯定會報錯，我們只需要將Person用id代替就行了，之所以可以這么寫，是因為這兩種寫法，方法名是一樣的，都是“eatWithPerson:”，這樣就解決了代理相關問題，簡直perfect，實例代碼如下：
@interface Test ()
@end
@implementation Test
- (void)eatWithPerson:(id)person {
}
@end
本以為問題都解決了，但是又遇到問題了，performSelector方法不支持多參數，于是苦苦尋找解決方法，終于在GitHub上找到了解決辦法，MXRuntimeUtils幫我解決了這個問題，非常感謝MXRuntimeUtils的作者。本應該再次高興時，問題又又又出現了，MXRuntimeUtils不支持block類型的參數，于是我對MXRuntimeUtils做了改進，增加了對block類型參數的支持，如果有需要的小伙伴可以聯系我
這種方式終于結束了，下面我說說這種方式很大的一個弊端，每個使用第三方SDK的地方都要用這種方式來寫，我只能說太累，太麻煩了
方案三（最終方案）
把方案一和方案二結合，并進行改進。我以SDK集成Facebook、Twitter為例子，下面我直接給出我們SDK在這塊的架構示意圖
我針對這個圖解釋一下，整個SDK分成兩個部分，Framework部分和源文件部分，Framework部分是我們常規把包達成Framework的形式，源文件部分，主要是對第三方SDK的接口進行二次封裝，直接向SDK接入者暴露源代碼（完全不牽扯到我們SDK內部業務，代碼暴露給接入者沒什么關系）。源文件中的Adapter（下面簡稱A）是對需要的第三方接口進行整合，比如我們SDK需要集成Twitter和Facebook的登錄功能，A中就提供一個登錄接口（通過一個參數來判斷要調用Twitter的登錄還是Facebook的登錄）源文件中的對Twitter、Facebook接口的二次封裝，通過方案一中使用的方法封裝。Framework中的Adapter（下面簡稱B）是對A進行翻譯，供Framework部分中其他地方直接調用。B是framework內部文件，A是Framework外部文件，B如何調用A呢，可以通過方案二中的runtime形式調用。
分析：這種方案也用到了跟方案一中幾乎一樣的方案，為什么方案一達不到效果，而這種方案可以，原因在于在這個方案中，把方案一中用到的東西放到了源代碼中。這兩種方案，區別在于我們寫的有關預編譯的部分的編譯時機，方案一，預編譯部分的代碼在打包Framework的時候就編譯好了，而這種方案，預編譯部分的代碼在接入方編譯時才編譯，達到了我們想要的效果。
結束語
如果有什么寫的不對的地方，歡迎指正，如果有什么不明白的地方也很歡迎一起探討
作者聯系方式：QQ 782304472 （要加的小伙伴請寫明在此文章中看到的，謝謝）
