在应用程序中购买提交流程 iPhone
我正在尝试提交我的第一个具有应用内购买功能的 iPhone 应用程序。不用说，我已经用头撞墙有一段时间了。我已经阅读了几个教程，例如： http: //troybrant.net/blog/2010/01/in-app-purchases-a-full-walkthrough/ 和 http://blog.mugunthkumar.com/coding /iphone-tutorial-%E2%80%93-in-app-purchases/ 但这些似乎已经过时了？例如，我找不到开发人员在哪里拒绝 iTunes connect 上的提交。
此外，我正在向应用程序提交捆绑包中包含的应用程序内购买功能（我没有将它们存储在服务器上 - 我只想在用户购买该功能时解锁代码）。最好的方法是什么？
谢谢！
I am trying to submit my first iPhone app that has in-app purchasing features. Needless to say, I have been banging my head against the wall for a while. I have read through several tutorials, such as: http://troybrant.net/blog/2010/01/in-app-purchases-a-full-walkthrough/ and http://blog.mugunthkumar.com/coding/iphone-tutorial-%E2%80%93-in-app-purchases/ but it seems these are outdated? For instance, I can't find where the developer is to reject the submission on iTunes connect.
Additionally, I am submitting the app the in-app purchase features included in the bundle(I don't have them stored on the server- I just want to unlock the code when the user purchases the feature). What is the best way to do this?
Thanks!
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
链接教程中的一些信息实际上已经过时：我可以在 iTunes connect 中创建应用程序项目，而无需先提交（并拒绝）二进制文件。请确保在测试时不要提交您的项目进行审查。此外，项目的更改（例如价格等级）几乎立即得到处理，我无需等待 24 小时。
要解锁您的功能，您可以在
NSUserDefaults中存储和检索购买状态。但这很容易被越狱或访问应用程序文件夹的用户所影响。看看 http://maniacdev.com/2011/08/open-source-ios-keychain-wrapper-for-easily-securing-user-data-for-your-app/ 。这提供了一种在钥匙串中存储数据的简单方法。尽管如此，这并不能阻止有人“破解”您的应用程序并在没有实际购买的情况下启用购买的功能，但这并不那么容易......Some of the information in the linked tutorials is in fact outdated: I could create in app items in iTunes connect without having to submit (and reject) a binary first. Just be sure NOT to submit your items for review while you are testing. Also changes to the items (e.g. price tier) have been processed almost immediately and I did not had to wait 24 hours.
To unlock your feature, you may use storing and retrieving the purchased status in
NSUserDefaults. But this could easily be tempered with by users with jailbreak or acces to the apps folder. Have a look at http://maniacdev.com/2011/08/open-source-ios-keychain-wrapper-for-easily-securing-user-data-for-your-app/ . This offers a simple way to store data in the keychain. Still this will not prevent someone to 'hack' your app and enable the purchased feature without actual purchase, but it's not that easy...应用内购买开发绝对是 iOS 开发中的一个痛点 - 他们的沙箱模型是荒谬的。
不用说 - 您正在阅读的文章仍然是最新的。开发人员拒绝绝对是要走的路（我认为可以从二进制细节中做到）。要记住的一件事是，您还需要接受适当的合同和税表 - 如果您没有，那么商店“就无法营业”。
吸引我的一件事是：当您提交应用程序的最终版本时，请确保勾选要包含的应用内购买；否则应用内购买将不会被审核（和接受）！
更新：虽然它很长......你可能想浏览一下：https://itunesconnect。 apple.com/docs/iTunesConnect_DeveloperGuide.pdf
解释开发人员如何拒绝等。
In-App Purchase development is definitely a pain point in iOS development - their sandboxing model for this is ridiculous.
Needless to say - the articles you're reading are still up to date. The developer reject is definitely the way to go (I think can do from within the binary details). One thing to remember is that you need to have accepted the appropriate contracts and tax schedules also - if you haven't then the store "just doesn't work".
One thing that caught me: when you submit your final version of the app - make sure you tick the in-app purchases to be included; else the in-app purchases won't be reviewed (and accepted)!
Update: Although it's pretty long... you may want to flick through this: https://itunesconnect.apple.com/docs/iTunesConnect_DeveloperGuide.pdf
Explains how to developer reject etc.