一、前言
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、支付宝支付集成 （三个步骤）
- （1）由于支付宝不支持Pod，那么下载最新的SDK，拖到项目中
只有两个资源文件-
（2）按照支付宝官方文档，导入所需库
导入所需库 （3）配置
Info.plist中的Url Types添加支付宝跳转 Url Scheme
添加Url Scheme
-
2、微信支付集成（六个步骤）
- （1）同样微信也不支持Pod，下载最新的SDK，拖到项目中
有四个文件- （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.h和WXApi.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 Types的Identifier必须 保证 和 工具中的对应，默认微信的Identifier是weixin，支付宝的Identifier是zhifubao，可修改/** * @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，打赏也会厚脸无耻地收下，我会随时更新原创干货~
