我即将首次涉足应用内购买,我不太清楚如何处理我的情况。最重要的是我的情况,底部有一些粗体的实际问题。任何建议将不胜感激。
我正在设计一款具有大量应用内购买内容的应用。每天约有20或30个新商品可供出售。 3到4天的物品将在任何给定时间出售,之后它们就会消失。
所以我们谈的很多项目。添加过多的方式每天都要向Apple提交一份独特的ProductID。
在所有这100件物品中,实际上只有4或5种不同类型的物品。所以我想我需要为每种类型制作1个SKProduct。在引擎盖下(并且对用户是不可见的),实际上将为X类型的1个项目购买信用额度。在交易完成后,我将收据和请求的项目发送到我们的服务器。我们的服务器存储并发回文件。如果他们想要第二个文件,他们需要购买第二个信用并重复该过程。当然,对于用户来说,它将被呈现为他们直接购买第1项,第2项和第3项。
为了使这更加复杂,我们还希望为那些不想购买他们的商品的人提供3个月的订阅(在更高级别)。
1。这听起来像是一种好方法吗? Apple会对此感到满意吗?如果没有,我有什么可能的替代方案?
2。最理想的是,我们希望允许人们重新下载他们已经支付的项目。 一个好方法是使每个信用非消费品,并且因为我已经将收据信息存储在服务器上,我可以将它与它们应该获得的任何项目相匹配吗?如果这太复杂或违反了Apple的规定,我们可能只是将该产品用于消费品,因为该产品只有好几天...
第3。还有什么我在这里忽略的吗?
感谢您提供的任何见解。
答案 0 :(得分:1)
了解iOS开发计划许可协议中有关处理应用内购买的内容,如信用:
2.1您不得使用In App Purchase API让最终用户设置预付费帐户,以用于后续购买 内容,功能或服务,或以其他方式创建余额或 最终用户可以兑换或用于以后购买的积分 时间。
2.2您可能无法通过In App使最终用户购买任何类型的货币 购买API,包括但不限于任何货币兑换, 购买或赠送礼物,赎回,转让,交易或使用 获取您的申请内外的任何内容。 “货币” 指任何形式的货币,积分,信用,资源,内容或 由一组个人或实体认可的其他项目或单位 代表一个特定的价值,可以转让或 作为交换媒介传播。
如果我错了,请纠正我,但如果您的方法没有解锁/添加功能或通过购买In App Purchase来改变应用程序的行为,我的猜测是,当试图获得Apple的批准时,这可能会有问题。
希望这有帮助,