我正在构建iOS应用程序,该应用程序提供我们网站已提供的服务。这是一个基于订阅的服务,所有功能都在订阅时启用。为了让用户在应用中注册定期付款,我似乎必须通过苹果的应用购买API,并自动更新订阅。这很好,但问题是用户通过应用程序购买的服务也必须在网站上提供。但通过演练和开发人员指南阅读,它看起来像处理交易的唯一方法是通过应用程序本身,然后可以设置将该信息传递到服务器。但后来我想象这种情况:直接从服务器访问StoreKit收据
用户在iOS应用程序上购买订阅,在使用该网站和iOS应用程序之间来回切换。在用户被收费的当天以及之后的日子,他们只是使用网站,无论出于何种原因。服务器不知道他们已经被计费,所以功能被禁用。为了让服务器找出用户已被Apple收费,用户必须在他们的iphone或ipad上打开应用程序,并将其与Apple和我的服务器同步。
有没有什么办法让我的服务器直接ping苹果,并获得有关为给定用户为我的应用程序购买的信息?我一直无法找到任何东西;两个建议的布局,无论是否使用服务器,都使用iOS应用程序作为Apple的唯一沟通者,除了让服务器验证信息是否有效。如果服务器无法亲自获取这些信息,那么还有什么其他可能的解决方案?
- 尽量不要使用苹果的内置支付系统,以及风险被拒(与应用程序复制这一直是推出多年的在线服务,我们不再需要使用他们的应用内购买系统呢?)
- 如果用户通过Apple付款,请让服务器在预计付款日期和功能被禁用(使问题发生得不那么频繁但无法解决问题)之间给予一个慷慨缓冲区
- 当他们的帐户似乎过期服务器,但它并不期望,发送电子邮件给用户一条消息,说他们必须打开应用程序,否则他们的帐户将不会被记入购买时间(似乎是一个奇怪的,而不是真的很棒的东西不得不要求用户做,以便使用该服务)
这是关于我迄今为止能够想到的所有。任何人对这些解决方案有任何建议,或了解其他人,或知道我可以与谁交谈以尝试解决这个问题?
有点太多的信息在这里。你能稍微知道一点吗?否则[Programmers.SE]可能更好 – Coffee 2012-03-04 05:51:44
感谢您的链接!我已经去注册了。下次我会记住不同类型的问题。我会离开它,因为它现在已经被回答了。 – 2012-03-07 18:51:50