如何优雅的集成各个分享平台的SDK

bg:最近公司在进行组件化工作,解耦是必须面对的问题。这里说一下我们是怎么把各个平台的分享sdk优雅的进行设计重构的。本司的产品集成了16个第三方分享,简直了。

面临的问题:

  • 如果把启动分享的code都放在Launch里面,这里面的code将会非常吓人,如何把这些code合理的分离出来。
  • sdk太多,因为我们有4个产品,如何能做到想用哪几个就集成哪几个,随心配。

针对第一个问题我们的解决方案

写一个生命周期的管理模块的manage,负责分发Appdelegate里面的各种生命周期的方法到分发模块,像
- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions;
- (void)applicationDidBecomeActive:(UIApplication *)application;
- (void)applicationWillResignActive:(UIApplication *)application;
这类方法我们是分发了所有的这些方法。那么,在哪里进行分发的,这里是通过定一个Appdelegate的父类,通过继承的关系来分发。我们需要将分享模块注册到这个生命周期模块中,即将各个分享的平台的参数注册进去,如appkey,secret等。我们是在+load()方法中将模块迅速的注册进去的,大致像这样

+(void)load {
    [XYAppLifecycleManager registerModuleClass:[CMShareLifeCycle class] config:@{
                                                                                 @"QQ":@{
                                                                                         @"appscheme":@"xx",
                                                                                         @"appkey":@"xx"
                                                                                         },
                                                                                 @"Weibo":@{
                                                                                         @"appscheme":@"xx",
                                                                                         @"appkey":@"xx"
                                                                                         },
                                                                                 @"Wechat":@{
                                                                                         @"appscheme":@"xx",
                                                                                         @"appkey":@"xx",
                                                                                         @"secret":@"xx"
                                                                                         }
                                                                                 } priority:100];
    
}

在分享模块里面会有一个集合来持有这些配置过的分享平台,通过runtime来生成这些实例

[servers enumerateObjectsUsingBlock:^(NSString * _Nonnull obj, NSUInteger idx, BOOL * _Nonnull stop) {
        NSString *server = [NSString stringWithFormat:@"XY%@Adapter",obj];
        id<XYShareProtocol> shareClass = [[NSClassFromString(server) alloc] init];
        if (shareClass) {
            [self.shareServers addObject:shareClass];
        }
    }];

这里的adapter是用来适配每个分享平台的,为什么这么说呢。各个平台可能有微小的差别,这里体现在两个方面:1.配置的参数,从上面的configure里面可以看出来、2.回调的方法,一共有下面几个,但不是每个分享都会全部走到。
1.-(void)applicationDidBecomeActive:(UIApplication *)application
2.-(BOOL)application:(UIApplication *)application openURL:(NSURL *)url sourceApplication:(NSString *)sourceApplication annotation:(id)annotation
3.-(BOOL)application:(UIApplication *)application openURL:(NSURL *)url options:(NSDictionary<UIApplicationOpenURLOptionsKey,id> *)options
4.-(void)didFinishLaunchingWithOptions:(NSDictionary *)launchOptions params:(NSDictionary *)params
我们在每次Appdelegate里面上面的方法被调用的时候会在生命周期模块中进行分发,再到分享模块中去向各个分享平台的adapter分发,如QQAdapter,adapter的类会遵循一个协议XYShareProtocol,该协议里面有如上的四种方法,其中有可选方法。类似这样的实现

-(void)xy_didFinishLaunchingWithOptions:(NSDictionary *)launchOptions params:(NSDictionary *)params {
    
        XYSNSRegisterParam * registerParam = [[XYSNSRegisterParam alloc] init];
        XYSNSQQ *qq = [XYSNSQQ sharedInstance];
        NSString *appscheme = params[@"QQ"][@"appscheme"];
        NSString *appkey = params[@"QQ"][@"appkey"];
        [qq setAppScheme:appscheme];
        [registerParam setAppKey:appkey];
        [qq registerApp:registerParam];
}

-(BOOL)application:(UIApplication *)application openURL:(NSURL *)url options:(NSDictionary<UIApplicationOpenURLOptionsKey,id> *)options {

    return [XYSNSHelper application:application openURL:url sourceApplication:options[@"UIApplicationOpenURLOptionsOpenInPlaceKey"] annotation:options[@"UIApplicationOpenURLOptionsOpenInPlaceKey"] snsArray:@[[XYSNSQQ sharedInstance]]];
}

-(BOOL)application:(UIApplication *)application openURL:(NSURL *)url sourceApplication:(NSString *)sourceApplication annotation:(id)annotation {
    
    return [XYSNSHelper application:application openURL:url sourceApplication:sourceApplication annotation:annotation snsArray:@[[XYSNSQQ sharedInstance]]];
}

这里用到了一个工厂方法,分享模块就像单于一个工厂,它会把各个分享平台通过runtime实例化出来即adapter,而各个adapter又遵循一个抽象的接口XYShareProtocol,最终把各个分享平台高度抽象化了。

这对第二个问题我们的解决方案

其实完成这个任务是建立在上个任务的基础上,只有分享模块的抽象程度足够的搞,才能做到随心所欲的配置。我们是用pod来进行管理的,podspec文件的部分内容如下

s.default_subspec = 'Core'

s.subspec 'Core' do |cr|
    cr.name = 'Core'
    cr.platform = :ios,'8.0'
    cr.source_files = 'XYShareSDK/Core/**/*.{h,m}'
end
s.subspec 'Twitter' do |tt|
    tt.name = 'Twitter'
    tt.platform = :ios,'8.0'
    tt.source_files = 'XYShareSDK/Twitter/*.{h,m}'
    tt.dependency 'Fabric','1.6.11'
    tt.dependency 'XYShareSDK/Core'
    tt.dependency 'TwitterCore','1.11.3'
    tt.dependency 'TwitterKit','1.11.3'

end

s.subspec 'Google' do |google|
    google.name = 'Google'
    google.platform = :ios,'8.0'
    google.source_files = 'XYShareSDK/Google/*.{h,m}'
    google.vendored_frameworks = 'XYShareSDK/Google/Library/*.framework'
    google.resource = 'XYShareSDK/Google/Library/*.bundle'
    google.dependency 'GoogleSymbolUtilities'
    google.dependency 'XYShareSDK/Core'

    # google.dependency 'XYShareSDK/GoogleSymbolUtilities'
end

Core文件夹里面都是高度抽象的code,其他的TwitterGoogle里面都是具体的分享。
我们在使用的时候podfile 像这样

pod 'XYShareSDK/QQ', :git => 'http://xxx.xxx.xxx0/ioscomponentgroup/xysharesdk.git',:branch => 'branchForSubSpec'
pod 'XYShareSDK/WeChat', :git => 'http://xxx.xxx.xxx/ioscomponentgroup/xysharesdk.git',:branch => 'branchForSubSpec'
pod 'XYShareSDK/Weibo', :git => 'http://xxx.xxx.xxx/ioscomponentgroup/xysharesdk.git',:branch => 'branchForSubSpec'

虽然只写了这么多,但是中间的波折真实不少。希望本文对正在做重构或组件化的童鞋有所帮助,欢迎issues

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 204,445评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,889评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,047评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,760评论 1 276
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,745评论 5 367
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,638评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,011评论 3 398
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,669评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,923评论 1 299
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,655评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,740评论 1 330
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,406评论 4 320
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,995评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,961评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,197评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,023评论 2 350
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,483评论 2 342

推荐阅读更多精彩内容