五. 内购

内购

一. 内购的简介

1. 何谓内购

   • 在iOS的App中, 如果你要购买某件商品, 使用苹果的支付方式进行购买, 即为内购
   • 苹果规定, 如果你在App中销售商品, 跟App功能相关, 那么你就必须得通过内购的方式购买
   • 比如游戏中常见的关卡/游戏币购买

2. 内购的缺点

   • 从商家的角度来看, 苹果会从内购中抽成, 比例为3 : 7, 也就是说你卖10块钱的东西, 苹果会平白拿走你3块钱, 真流氓....
   • 从用户的角度来看, 内购支付, 需要用户绑定银行卡, 操作流程比较繁琐, 比如本人, 第一次看到内购的步骤就不想用这个方法了
   • 从商品的价格角度来看, 内购只能用苹果指定的价格售卖, 不能自定义, 再次重申苹果的流氓度

3. 为什么要用内购

   • 内购作为一种营销方式: free + 内购, 在一定意义上还是能起到不错的收益
     • 如果你的App是采用直接收取App费用的方式, 那么估计你在国内是卖不出去了, 因为不符合国人的消费习惯
     • 广告: 一般广告都会内嵌在App中, 他可以给开发者带来收益
     • free+内购的模式, 可以先让用户体验你的App, 然后在让用户决定是否要掏钱, 比较亲民
   • 但是, App中的某些业务功能, 苹果规定必须使用苹果内购, 如果你没使用, 苹果是不会上架你的App的(流氓!!!重要的事情说三遍)
   • 不过相对的, 在AppStore中下载软件, 都是可以放心使用的, 这点还是要给苹果点个赞的

---

二. 内购的流程模拟

1. 当App创建出来时候, 你要告诉苹果你要出售哪些物品
2. 服务器作为提供方法, 将商品提供给购买的用户
3. 苹果公司要验证你的商品是否可以销售, 同意的话才能卖
4. 当用户购买某个内购物品的时候, 会向App的服务器发送请求
5. 当服务器收到用户的请求之后, 会给用户一个连接, 类似于开具一个售卖小票
6. 用户此时要将在苹果方付账
7. 当苹果方受理了用户的购买请求时, 就会给交费后的用户授权, 然后通知服务器给用户发放产品

---

三. 内购的简单测试

1. 在App管理中心 ,创建一个App, 并且填写App的信息

   • 创建一个可以内购的套装ID, 即一个明确的APP ID
   • 在ITunes Connect的用户与智能中, 要创建一个沙箱技术测试员

2. 创建一个需要销售的商品, 并且添加到App

   • 重点: 添加内购商品时, 需要保证税务信息的完整性, 如果不完整, 产品信息不完全, 就无法申请内购

3. 内购的产品类型

   1. 非消耗品
      • 购买之后就一直存在, 不会消耗掉, 比如游戏中的关卡
      • 非消耗物品购买之后, 拥有永久的使用权利, 并且能被用户再次下载, 且可以在其他设备上下载
   2. 消耗品
      • 有使用次数的物品
      • 一般被设定为某些可消耗的物品或是服务, 并且使用之后不能再次下载
      • 消耗品不能再用户的设备之间跨设备使用, 他一般与用户的账号绑定的
   3. 其他类型
      • 免费订阅
      • 自动续费订阅
      • 非自动续费订阅
      • 这三种一般适用于iBooks中, 但是目前大陆市场还不支持iBooks的各种订阅.....

4. 内购的代码实现

   1. 配置App的Bundle ID, 要与配置内购信息时的Bundle ID相同
   2. 代码实现

      • 首先要导入StoreKit.framework框架

      • 创建一个工具类, 并且创建一个类方法, 用于发送商品的请求

        class func getData(resultBlock: (goodsIds: Set)->()) {    
              resultBlock(goodsIds: ["com.fh.neigou.wupin1", "com.fh.neigou.wupin2"])
          }
        

      • 从App服务器请求数据列表, 并且向苹果服务器请求可以销售的商品列表

        // 1. 从服务器请求, 需要被销售的商品, 但是, 具体商品能不能被销售, 还需要到苹果服务器去验证才可以
        DataTool.getData { (goodsIds) in
            // 2. 想苹果服务器发送一个请求, 来验证, 哪些商品可以被销售
            // productIdentifiers: 验证的时候, 是靠商品的ID, 来进行验证
            
            let request = SKProductsRequest(productIdentifiers: goodsIds)
            // 开始发送请求, 进行验证(接口都封装在方法内部)
            // 接收请求下来的结果
            request.delegate = self
            request.start()
        }
        

      • 在代理方法中, 获取并显示销售列表

         // 当苹果服务器验证哪些商品可以被销售, 完成之后, 就会通过这个方法, 来告诉我们验证的结果
         func productsRequest(request: SKProductsRequest, didReceiveResponse response: SKProductsResponse) {
              // 需要展示可以被销售的商品
              print(response.products)
              products = response.products
              
              print(response.invalidProductIdentifiers)
          }
        

      • 点击购买商品, 创建支付对象, 放入队列中, 并且设置交易队列的监听对象, 监听每一笔交易

          override func tableView(tableView: UITableView, didSelectRowAtIndexPath indexPath: NSIndexPath) {
              
              // 购买点击的商品
              // 1. 取出商品
              let product = products[indexPath.row]
              
              // 2. 购买商品
              // 2.1 根据商品开一个小票
              let payment = SKPayment(product: product)
              
              // 2.2 拿着小票去付款
              // 添加到一个支付队列里面
              // 只要把一个支付对象, 放到支付队列里面, 就开始进入支付流程
              SKPaymentQueue.defaultQueue().addPayment(payment)
              
              // 2.3 设置交易队列的监听对象, 监听里面存放的每一笔交易
              SKPaymentQueue.defaultQueue().addTransactionObserver(self)
          }
        

      • 调用支付的代理方法, 当一笔交易的状态发生改变时, 就会调用这个方法, 获取支付的状态

          for transaction in transactions {
              switch transaction.transactionState {
              case .Deferred:
                  print("延迟购买")
              case .Failed:
                  print("支付失败")
                  // 应该移除交易
                  queue.finishTransaction(transaction)
              case .Purchased:
                  print("支付成功")
                  // 应该移除交易
                  queue.finishTransaction(transaction)
              case .Purchasing:
                  print("正在支付")
              case .Restored:
                  print("恢复购买")
                  // 应该移除交易
                  queue.finishTransaction(transaction)
              default:
                  print("交易可能挂了...")
              }
          }       
        

      • 恢复购买, 对于用户已经购买过的商品, 可以直接发送请求, 并且给用户提供商品

          SKPaymentQueue.defaultQueue().restoreCompletedTransactions()
        

5. 内购的测试

   • 创建测试者账号
     • 在iTunes Connect中的用户和职能中创建
     • 创建沙箱技术测试人员
     • 要注意, 测试账号不能是注册的真实存在的App ID
   • 最好使用真机进行测试, 并且账号为添加的测试者账号

6. 查看内购的销售情况

   • 登录iTunes Connect
   • 进入销售趋势, 在里面可以看到最近购买的情况