对于有关iTunes订阅的第100个问题感到抱歉,但我仍有一些疑问。
基本上我正在我的应用程序中实现自动更新订阅,我想确保我做对了。以下列出了我想出的步骤:
这些步骤是否正确?如果是这样,为什么Apple医生说:
在大多数情况下,您的iOS客户端应用程序不需要更改。实际上,您的客户端应用程序现在变得更加简单,因为您可以使用相同的代码来恢复自动更新订阅,就像恢复非消耗性产品一样。 “恢复交易”中对此进行了描述。您的应用程序会在续订订阅的每个时间段内收到单独的交易;您的申请应单独核实每张收据。
对我来说,看起来这需要一些代码来处理我提到的所有各种情况。或者我完全错了。我呢?
另外,我如何知道订阅到期日期?我无法找到在任何地方获取此信息的方法。我应该把它保存在我自己的数据库中吗?
更新
自从我发布这个问题后,我发现了一些事情。如果我错了,请随意纠正我。
首先,我想我应该在我自己的数据库中存储订阅的长度,因为正如Apple的文档中所述,您无法通过Apple的Web服务以任何方式检索它。实际上,每个订阅长度都有不同的产品标识符,因此您应该有办法将产品标识符转换为订阅长度。
另外,Sylvian has posted详细介绍了他实施自动续订订阅的情况,所以至少我知道我的想法并没有太多缺陷。
现在唯一的问题是:我怎么知道用户有有效的订阅?我可以将这些信息存储在我的服务器上,是的,但是如何将用户与已完成的用户相关联交易?我应该保存设备的UDID吗?
答案 0 :(得分:30)
以下是我们如何在我的公司实施In App Purchases,特别是新的汽车再生产品。
应用程序将交易收据发送到我们的Web服务,如果我们正确处理它并且Apple可以验证它,我们会向应用程序返回OK。在这种情况下,我们更新了用户帐户(即数据库),说“是他已付款,他的订阅有效,直到收据到期日期”。
在此Web服务的OK之后,应用程序通过另一个Web服务重新加载帐户信息,并看到有效订阅。就是这样......直到自动再生产品出现。
我们现在必须实施一些每天运行的CRON作业:我们每天都会列出一份应该过期的通行证清单,我们会询问Apple原始收据是否仍然有效:神奇的是他们的回答,有一个字段latest-receipt
,其中嵌入了最新收据。如果它与我们的不同,我们理解订阅已自动续订,我们存储下一次cron检查的最新收据,并更新用户帐户以延长到期日期。
希望它有所帮助。
答案 1 :(得分:8)
我想我找到了解决方案。它不需要额外的用户名/密码,似乎工作正常。
注意:如果您认为这是不合适的,请在评论中解释原因。感谢。
基本上,每当用户购买订阅时,我都会根据我的服务器验证收据,并将收据数据存储在用户默认值中。然后,当应用程序打开时,或者每当我需要检查订阅是否仍然有效时,我从用户默认值中检索以前保存的收据数据并对服务器进行验证。
我的webservice只返回订阅是否仍然有效或已过期,以及其他一些相关信息,例如订阅长度。为此,它只是像往常一样查询iTunes服务器,并检查状态响应是否为非零。 21006
表示订阅已过期。
答案 2 :(得分:0)
如果您的应用有一些用户管理,即您使用用户名/密码来使用该应用,那么您必须维护一台服务器来记录当前登录用户的购买/有效性。这适用于正常订阅和非消费品购买。但是......如果您使用新的自动续订订阅,那么就不可能在该应用中维护多个用户,因为:在订阅期内使用相同的Apple ID不能多次进行此类购买应用程序,我发现它真的很烦人,并为这种情况找到一个更好的解决方案,即我在应用程序中有多个子帐户,但我想使用相同的Apple-Id为每个帐户购买自动更新的订阅。而且我认为我必须使用旧的订阅模式。有什么新想法吗?
答案 3 :(得分:-2)
据我所知,苹果服务器会联系您(或客户用他的iPhone)并告诉“看这里我有一个有效的购买”。在您的应用程序中,您阅读此消息并解锁相关内容以供使用。下一步是告诉苹果服务器您已经回复了收据,苹果服务器将不再显示该消息。
因此,通过可续订订阅,您可以在每个时段获得新消息。如果我错了,请纠正我。