微信和支付宝支付-看我的,用我的就够了

一、前言

  • 1、之前写了一篇支付宝支付——统一wap和支付宝钱包回调,然后有需求说也弄一个微信支付的,block回调,其实微信支付的API提供挺好的,只有一个代理方法处理支付结果,不像支付宝有两种回调,当然,使用block回调简单很多,所以我也单独封装了 微信支付,block回调 此处就不开篇讲解了,大家需要的话可以去我的gitHub上clone

  • 2、还有提出要整合支付宝和微信,这个提议不错,因为集成支付功能的app一般都有支付宝和微信,既然两种都需要,那么统一管理岂不是很方便!所以本篇主要讲解统一管理的工具封装。

二、支付宝和微信API分析

  • 作者在此对比了支付宝和微信的支付API,分析一下它们接口的异同点:支付宝官方文档 微信官方文档

    • (1)支付宝是不需要在didFinishLaunchingWithOptions 中注册,而微信则需要调用registerApp 注册

    • (2)支付宝有web回调,而微信没有,当然这个对整合没影响(因为最终都要统一成一个回调)

    • (3)支付宝发起支付是传入订单信息(字符串类型),而微信则传入一个BaseReq 类或者其子类(支付的是PayReq 类),此时根据这点差异性可以通过传入id 类型,然后内部做判断,进行跳转不同的支付方式,来看看他们的接口

    支付宝发起支付

    /**
     *  支付接口
     *
     *  @param orderStr       订单信息
     *  @param schemeStr      调用支付的app注册在info.plist中的scheme
     *  @param completionBlock 支付结果回调Block,用于wap支付结果回调(非跳转钱包支付)
     */
    - (void)payOrder:(NSString *)orderStr
          fromScheme:(NSString *)schemeStr
            callback:(CompletionBlock)completionBlock;
    

    微信发起支付

    /*! @brief 发送请求到微信,等待微信返回onResp
     *
     * 函数调用后,会切换到微信的界面。第三方应用程序等待微信返回onResp。  微信在异步处理完成后一定会调用onResp。支持以下类型
     * SendAuthReq、SendMessageToWXReq、PayReq等。
     * @param req 具体的发送请求,在调用函数后,请自己释放。
     * @return 成功返回YES,失败返回NO。
     */
    +(BOOL) sendReq:(BaseReq*)req;
    
    • (4)支付宝发起支付不单单传入订单信息,还需要传入appSchemes(就是在Info - URL Types 中配置的 App Schemes),而微信 发起支付只需要传入订单信息,它的appSchemes 在 didFinishLaunchingWithOptions 注册的时候已经传入了,因此可以考虑 我也在didFinishLaunchingWithOptions 中给支付宝绑定一个 appSchemes ,类似微信,然后在发起支付的时候就不需要传入,只需要在内部获取就行,当然,由于Url Scheme 是存储在Info.plist 文件中,因此可以用代码获取,就不需要调用者传入了,只需要按照本工具的规定就搞定

    • (5)支付宝的支付返回状态不是以枚举类型返回,是用过回调中返回的字典中的 resultStatus 字段,而微信是通过枚举返回,此时可以统一为枚举,可参考微信


      支付宝支付返回状态码(截图来自支付宝官方文档)
    微信支付返回状态码(截图来自微信官方文档)
    • (6)支付宝每一个状态码都对应一个状态信息,而微信则只有错误的时候(errCode = -1)才有对应状态信息,可参考支付宝,手动给微信添加返回状态信息

三、集成

  • 1、支付宝支付集成 (三个步骤)

    只有两个资源文件
    • (2)按照支付宝官方文档,导入所需库

      导入所需库
    • (3)配置 Info.plist 中的 Url Types 添加支付宝跳转 Url Scheme

    添加Url Scheme
  • 2、微信支付集成(六个步骤)

    有四个文件
    • (2)按照微信官方文档,导入所需库

    文档比较旧,截图来自官方Demo

    ** 此时你运行官方Demo,发现没任何问题,但是自己项目中就可能出现下图的情况,下一步解决*

    如果出现这种错误,请看下一步
    • (3)还是再看看官方文档,虽然旧点,你会发现,其实是少了一个libc++.tbd 库,至于CFNetwork.framework 实测不添加也是没问题的,官方Demo也没添加,当然最好也添加进去

    少了一个libc++.tbd 库

    ** *此时command + b 发现successfully 了,但当你高高兴兴地运行的时候,你会发现,程序崩溃了,提示如下,断点调试的时候发现其实就是 调用微信的registerApp方法出现的 **

    崩溃原因
    • (4)在 build settings 下面的 Other Linker Flags 添加 -ObjC ,如果依然不行,改为 -all_load 此时应该没问题了
    添加-all_load
    • (5)配置 Info.plist 中的 Url Types 添加微信跳转 Url Scheme,此时就集成完毕了
    添加Url Scheme
    • (6)当然此时运行应该还有问题,提示少了类 Expected a type,其实就是 WXApiObject.hWXApi.h 少导入了 UIKit 框架,因为微信官方Demo中用到了PCH 文件,文件中导入了 UIKit 框架,手动添加进去就没问题了

四、封装 API

1、单例模式,项目中唯一,方便统一管理

/**
 *  @author gitKong
 *
 *  单例管理
 */
+ (instancetype)shareManager;

2、处理回调url,需要在AppDelegate中实现

/**
 *  @author gitKong
 *
 *  处理跳转url,回到应用,需要在delegate中实现
 */
- (BOOL)fl_handleUrl:(NSURL *)url;

3、注册app,需要在 didFinishLaunchingWithOptions 中调用,绑定URL Scheme

/**
 *  @author gitKong
 *
 *  注册App,需要在 didFinishLaunchingWithOptions 中调用
 */
- (void)fl_registerApp;

4、发起支付,传入订单参数类型是id,传入如果是字符串,则对应是跳转支付宝支付;如果传入PayReq 对象,这跳转微信支付,注意,不能传入空字符串或者nil,内部有对应断言;统一了回调,不管是支付宝的wap 还是 app,或者是微信支付,都是通过这个block回调,回调状态码都有对应的状态信息

/**
 *  @author gitKong
 *
 *  发起支付
 *
 * @param orderMessage 传入订单信息,如果是字符串,则对应是跳转支付宝支付;如果传入PayReq 对象,这跳转微信支付,注意,不能传入空字符串或者nil
 * @param callBack     回调,有返回状态信息
 */
- (void)fl_payWithOrderMessage:(id)orderMessage callBack:(FLCompleteCallBack)callBack;

五、用法(基于SDK集成后)

1、在AppDelegate处理回调,一般只需要实现后面两个方法即可,为了避免不必要的麻烦,最好三个都写上

/**
 *  @author gitKong
 *
 *  最老的版本,最好也写上
 */
- (BOOL)application:(UIApplication *)application handleOpenURL:(NSURL *)url {
    
    return [FLPAYMANAGER fl_handleUrl:url];
}

/**
 *  @author gitKong
 *
 *  iOS 9.0 之前 会调用
 */
- (BOOL)application:(UIApplication *)application openURL:(NSURL *)url sourceApplication:(NSString *)sourceApplication annotation:(id)annotation {
    
    return [FLPAYMANAGER fl_handleUrl:url];
}

/**
 *  @author gitKong
 *
 *  iOS 9.0 以上(包括iOS9.0)
 */
- (BOOL)application:(UIApplication *)application openURL:(nonnull NSURL *)url options:(nonnull NSDictionary<NSString *,id> *)options{
    
    return [FLPAYMANAGER fl_handleUrl:url];
}

2、在didFinishLaunchingWithOptions中注册 app,内部绑定根据Info中对应的Url Types 绑定 URL Scheme

- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {
    // Override point for customization after application launch.
    // 注册app
    [FLPAYMANAGER fl_registerApp];
    return YES;
}

3、发起支付

  • 支付宝支付
NSString *orderMessage = @"Demo 中 有 可测试的 订单信息";
[FLPAYMANAGER fl_payWithOrderMessage:orderMessage callBack:^(FLErrCode errCode, NSString *errStr) {
   NSLog(@"errCode = %zd,errStr = %@",errCode,errStr);
}];
  • 微信支付
//调起微信支付
 PayReq* req             = [[PayReq alloc] init];
 req.partnerId           = [dict objectForKey:@"partnerid"];
 req.prepayId            = [dict objectForKey:@"prepayid"];
 req.nonceStr            = [dict objectForKey:@"noncestr"];
 req.timeStamp           = stamp.intValue;
 req.package             = [dict objectForKey:@"package"];
 req.sign                = [dict objectForKey:@"sign"];
                
 [FLPAYMANAGER fl_payWithOrderMessage:req callBack:^(FLErrCode errCode, NSString *errStr) {
     NSLog(@"errCode = %zd,errStr = %@",errCode,errStr);
 }];

六、此工具的优点

  • 1、隔离框架,统一管理,维护方便

  • 2、针对支付功能来封装一套API,用法简单,可读性强

  • 3、融合支付宝 和 微信 接口的优点,例如完善微信返回状态码对应的状态信息

  • 4、对支付宝 和 微信的 回调处理都统一 成一个 block回调

  • 5、工具中添加了比较完善的断言

    比较完善的断言,避免不必要的错误

七、注意点:

  • 1、Info.plist 配置 Url TypesIdentifier 必须 保证 和 工具中的对应,默认微信的 Identifierweixin ,支付宝的 Identifierzhifubao,可修改

    /**
     *  @author gitKong
     *
     *  此处必须保证在Info.plist 中的 URL Types 的 Identifier 对应一致
     */
    #define FLWECHATURLNAME @"weixin"
    #define FLALIPAYURLNAME @"zhifubao"
    
  • 2、因为工具中添加了比较完善的断言,配置不完整或者是传参不正确,程序都会不可避免的崩溃

  • 3、由于工具中都耦合可支付宝SDK 以及 微信SDK,如果项目中只需要用到单个支付,此时就不适用了,当然,独立的也有:
    支付宝支付——统一wap和支付宝钱包回调
    微信支付-block回调

八、总结

  • 1、内部实现代码都比较简单,这里就不作详细分析,Demo中都有相对于的注释,gitHub 地址 在此,给个 star 支持支持~

  • 2、封装的思路以及分析都已经详细说明了,如果大家有什么疑惑或者新的想法都可以留言给我,我都会一一回复!

  • 3、欢迎大家关注我,喜欢就给个like,打赏也会厚脸无耻地收下,我会随时更新原创干货~

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

推荐阅读更多精彩内容