爱站程序员基地苹果能够的零丢单操作
- 文章的主要内容
- 内购分析
- 观察者代码构建
- 着重所以下finishTransaction方法的处理
文章的主要内容
你好！这是我发表的第一段关于苹果技术的博客，如果有说的不对的地方请指教，今天要分享一下自己对于苹果内购的经验。苹果内购的前期准备工作基本相同，关于申请内购项目的时候要注意的是，内购项目和APP是同时审核的，所以先创建的内购得等新版本审核成功后才能正式购买。本片文章主要是关于内购代码级别的分析。
内购分析
关于内购这块，我们项目已经经过3个人修改，当时上线的时候没有啥问题，但是随着内购内容越来越多，就出现了问题，丢单问题随之出现，经过我查看了苹果的内购官方文档，要求所有的内购统一管理，苹果的官方解释，创建一个观察者，然后在软件启动的时候定义观察者;
-(BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions{[[SKPaymentQueue defaultQueue] addTransactionObserver:inPurchasingManage];}
我定义的观察者是appdalagate里的一个属性，所以在其他界面使用时直接调用appdalagate.inPurchasingManage即可，注销该方法放在软件进程杀死状态下:
-(void)applicationWillTerminate:(UIApplication *)application{[[SKPaymentQueue defaultQueue] removeTransactionObserver:inPurchasingManage];}
这样不管在哪个界面发起内购的话，都会走观察者里面的代码。
观察者代码构建
首先是根据内购产品的ID发起内购，因为这个ID，我是从后台拿过来的，前边不做赘述，
#pragma mark - 内购-(void)requestProductData:(NSString *)type{NSArray *product = [[NSArray alloc] initWithObjects:type,nil];NSSet *nsset = [NSSet setWithArray:product];SKProductsRequest *request = [[SKProductsRequest alloc] initWithProductIdentifiers:nsset];request.delegate = self;[request start];}
通过这段代码就能成功呼起苹果的内购支付，并且走了
<SKProductsRequestDelegate,SKPaymentTransactionObserver>代理回调方法，这些苹果官方说明都有讲，虽然现在用的是swift语言，但是对于我们还依然用OC的人来说，不在话下:
#pragma mark - 实现SKProductsRequest的代理方法-(void)productsRequest:(SKProductsRequest *)request didReceiveResponse:(SKProductsResponse *)response{NSArray *product = response.products;if([product count] == 0){//如果这个参数没有，证明没有这个产品，也就不需要走下面的代码了return;}SKProduct *p = nil;for (SKProduct *pro in product) {if([pro.productIdentifier isEqualToString:Singleton.currentProId]){p = pro;}}SKMutablePayment *payment = [SKMutablePayment paymentWithProduct:p];NSString *userOrderNo = [NSString stringWithFormat:@\"%@#%@\",userID,orderNo];payment.applicationUsername = userOrderNo;[[SKPaymentQueue defaultQueue] addPayment:payment];}
如果订单存在的话，就已经呼起内购了，说道这里可能有些人会质疑我存储订单号的方法，因为好多博客不推荐用applicationUsername来存储重要的数据，因为觉得可能会丢失数据，但是没有明确的操作会导致这个属性丢失，因为这里如果存着订单号，就很有可能消失，这样就会出现丢单问题，其实这个问题我也思考了，先不说这个参数容不容易丢，即使丢了怕啥，再给它申请个订单号不就得了。这个是我们厉害的后台想出来的办法，具体的订单号问题往下看，再说说我存的userID，是为了区别用户存的，避免了钱充错人的问题，（这里说一下存在的问题，如果一个用户付完款之后退出的账号，这时又赶巧applicationUsername丢失，如果用户下一次登录的是另一个账号，有可能充错人，但是不会丢单），下面是我重点介绍的逻辑：
#pragma mark - 实现SKPaymentQueue的回调方法/*队列中的交易发生改变时,就会调用该方法*/- (void)paymentQueue:(SKPaymentQueue *)queue updatedTransactions:(NSArray *)transactions{/*SKPaymentTransactionStatePurchasing, 正在购买SKPaymentTransactionStatePurchased, 已经购买(购买成功)SKPaymentTransactionStateFailed, 购买失败SKPaymentTransactionStateRestored, 恢复购买SKPaymentTransactionStateDeferred 未决定*/for (SKPaymentTransaction *transation in transactions) {NSString *productIdentifier = transation.payment.productIdentifier;switch (transation.transactionState) {case SKPaymentTransactionStatePurchasing:break;case SKPaymentTransactionStatePurchased:{NSString *newOrderNo = transation.payment.applicationUsername;//这个方法就是用户支付成功后回调方法，这样就可以拿着订单号和用户id去校验了了break;case SKPaymentTransactionStateFailed:{// 用户取消或者支付失败取消订单NSString *newOrderNo = transation.payment.applicationUsername;break;case SKPaymentTransactionStateRestored://如果显示已经购买过该商品，则恢复该商品的购买性 <非消耗型商品>[self restoreCompletedTransactions:transation];break;case SKPaymentTransactionStateDeferred:{NSString *newOrderNo = transation.payment.applicationUsername;[queue finishTransaction:transation];break;default:break;}}}
SKPaymentTransactionStatePurchased 这个方法就是用户支付成功后回调方法，applicationUsernam就是发起内购时，我们赋值的用户id和订单号的拼接，这里讲一下我们的出来，不管这个订单号有没有，我们都会拿着receiptData去校验，获取方法如下,这时只要receiptData存在，后台就会去查询用户之前是否发起过一个订单号，如果有直接二次校验，如果没有，那就给用户申请一个新的订单号，然后再进行校验。这样不管用户有没有订单号都无所谓。
NSData *receiptData = [NSData dataWithContentsOfURL:[[NSBundle mainBundle] appStoreReceiptURL]];
着重所以下finishTransaction方法的处理
[[SKPaymentQueue defaultQueue] finishTransaction:transaction];
我只有在用户二次校验成功后才会调用该方法，如果不走这个方法，每次软件启动的时候，都会走上述的代理，所以如果你没有验证的话，用户卸载软件再安装以后还会走这代理，然后再去后天校验就行了，保证零丢单就是这么简单，不知道你们看懂没有？
- 点赞
- 收藏
- 分享
- 文章举报
weixiao1024发布了1 篇原创文章 · 获赞 0 · 访问量 234私信关注
