我即将第一次涉足应用内购买，但我不太确定如何处理我的情况。顶部是我的情况，底部是一些粗体的实际问题。任何建议将不胜感激。
我正在设计一款包含大量应用内购买内容的应用。每天都会产生大约 20 或 30 种新商品进行销售。任何时候都会出售 3 或 4 天的元素，然后它们就会消失。
所以我们正在谈论很多项目。每天添加的数量太多，无法提交给 Apple 以获得唯一的 ProductID。
在所有这百个项目中，实际上只有 4 或 5 个不同类型的项目。所以我想我需要为每种类型制作 1 个 SKProduct。在引擎盖下(并且对用户不可见)，实际上将购买 1 件 X 类商品的信用商品。交易完成后，我将收据和请求的商品发送到我们的服务器。我们的服务器存储该文件并将文件发回。如果他们想要第二个文件，他们需要购买第二个积分并重复该过程。当然，对于用户来说，它会像直接购买商品 1、商品 2 和商品 3 一样呈现。
为了让事情变得更加复杂，我们还想为那些不想单独购买商品的人提供 3 个月的订阅(明显更高的级别)。
<强>1。这听起来是个好方法吗？ 苹果会接受这个吗？如果没有，我有哪些可能的替代方案？
<强>2。最理想的情况是，我们希望允许人们重新下载他们已经支付过的项目。 一个好的方法是让每个积分都不可消耗，并且由于我已经将收据信息存储在服务器上，我可以将它与他们应该得到的任何项目相匹配吗？如果这太复杂或违反 Apple 的规定，我们可能会将该元素设为消耗品，因为该元素无论如何只能使用几天...
<强>3。还有什么我在这里忽略的吗？
感谢你们提供的任何见解。
最佳答案
查看 iOS 开发计划许可协议(protocol)中关于将应用内购买视为积分的内容:
2.1 You may not use the In App Purchase API to enable an end-user to set up a pre-paid account to be used for subsequent purchases of content, functionality, or services, or otherwise create balances or credits that end-users can redeem or use to make purchases at a later time.
2.2 You may not enable end-users to purchase Currency of any kind through the In App Purchase API, including but not limited to any Currency for exchange, gifting, redemption, transfer, trading or use in purchasing or obtaining anything within or outside of Your Application. “Currency” means any form of currency, points, credits, resources, content or other items or units recognized by a group of individuals or entities as representing a particular value and that can be transferred or circulated as a medium of exchange.
如果我错了请纠正我，但如果您的方法没有通过购买应用内购买来解锁/添加功能或更改应用的行为，我的猜测是这在尝试获得 Apple 的批准时可能会出现问题。
希望对您有所帮助，
关于ios - 需要建议来处理许多应用内商店产品 (StoreKit)，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/9142444/