IAP流程.docx

一、 In App Purchase概览 Store Kit代表App和App Store之间进行通信。程序将从App Store接收那些你想要提供的产品的信息，并将它们显示出来供用户购买。 当用户需要购买某件产品时，程序调用StoreKit来收集购买信息。下图即为基本的store kit 模型： Store Kit的API只是为程序添加In App Purchase功能的一小部分。你需要决定如何去记录那些你想要提交的产品，如何在程序中将商店功能展现给用户， 还要考虑如何将用户购买的产品提交。本章的剩余部分会展示整个流程。 Products 产品可以是任意一项你想要出售的特性。产品在iTunes Connect中被组织，这和你添加一个新的App是一样的。支持的产品种类共有四种： 1. 内容型。包括电子书，电子杂志，照片，插图，游戏关卡，游戏角色，和其他的数字内容。 2. 扩展功能。这些功能已经包含在App内部。在未购买之前被锁定。例如，你可以在一个游戏程序中包含若干个小游戏，用户可以分别来购买这些游戏。 3. 服务。允许程序对单次服务收费。比如录音服务。 4. 订阅。支持对内容或服务的扩展访问。例如，你的程序可以每周提供财务信息或游戏门户网站的信息。应该设定一个合理的更新周期，以避免过于频繁的 提示困扰用户。要记住：你将负责跟踪订阅的过期信息，并且管理续费。App Store不会替你监视订阅的周期，也不提供自动收费的机制。 In App Purchase为创建产品提供了一种通用的机制，如何操作将由你负责。当你设计程序的时候，有以下几点需要注意： 1. 你必须提供电子类产品和服务。不要使用In App Purchase 去出售实物和实际服务。 2. 不能提供代表中介货币的物品，因为让用户知晓他们购买的商品和服务是很重要的。 二、 通过App Store注册产品 每个你想要出售的产品都必须先通过iTunes Connect在App Store注册。你需提供产品的名称，描述，价格和其他在程序中用到的元数据。 需为产品指定唯一的标识符。当你的程序利用Store Kit和App Store通信时，会使用产品标识来取回产品的信息。如果用户购买某个商品时，程序可以用该标识来将产品标注为“已购买”。 App Store将前面提到过的产品种类简化为以下三种：1. 消耗性商品。 该类商品在需要时被单次购买。比如，单次服务。 2. 非消耗性商品。 该类商品只需被某个用户购买一次，一旦被购买，和该用户iTunes 账户关联的设备都可以使用此商品。Store Kit为在多个设备上重新存储非消耗性商品提供了内置的支持。 3. 订阅类。订阅类商品拥有以上两种类型的特性。和消耗性商品一样，订阅类商品可以被多次购买； 你可以在程序内部加入自己的订阅计划更新机制。 另外，订阅类商品必须提供给和某一用户关联的所有设备。In App Purchase期望订阅类商品可以通过外部服务器交付。你必须为多个设备的订阅服务提供相应的支持。 关于注册产品的详细信息，请参考iTunes Connect Developer Guide文档。 交付方式 交付机制在程序In App Purchase的设计和实现种有很重要的意义。有两种基本的模型可以用来交付产品：内置类型（Built-in model）和服务器类型（Server model）。 不管使用那种模型，你都需要维护产品列表，并保证当用户购买后，成功的交付产品。 1. 内置产品类型 使用这种模型。 需要交付的产品已经在程序内部。 这种方式通常用在一些被锁定的功能上。 也可以用来交付在程序束（App Bundle）中的内容。 该方式的一个重要的优点是你可以及时的给客户交付产品，大多数的内置产品应为非消耗性商品。 注意：In App Purchase不提供购买补丁的功能。 如果需要更改app的bundle，你必须向App Store提交新的app版本。 为了标识产品，程序要在bundle中存储产品的标识符。内置模式下，Apple建议使用plist来纪录产品的标识符。 内容类应用可以使用折衷方式很方便的添加新的内容，而不改动程序本身。（原话为： Content-driven applications can use this to add new content without modifying the source for your application，不是很懂，感觉应该是说类似是用plist来管理产品列表，因此就不需要在添加新产品的时候改动程序了。再议。。。） 当成功购买产品后，程序应将锁定的功能解锁，提供给用户。 解锁的最简单方式是修改程序偏好设置（Application Preferences）。 当用户备份手机数据的时