在移动平台中进行支付集成的最佳方式?

发布于 2024-11-18 19:29:32 字数 1436 浏览 1 评论 0原文

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

蘸点软妹酱 2024-11-25 19:29:32

我们有两个用于与 iOS 应用程序集成支付的 API。第一个使用应用程序到应用程序集成,其中交易数据从开发人员的应用程序发送到我们的支付应用程序。另一个 API 允许开发人员将我们的支付应用程序功能无缝集成到他们的应用程序中。这两种 API 都可以轻松获得 Apple 批准并消除 PCI-DSS 合规负担。有关更多信息,您可以从这里开始:http://developers.moblized.com/

更新:我们将在 2012 年 4 月 15 日之前为 Android 提供类似的 API。

We have two APIs for payment integration with iOS apps. The first uses app to app integration where transaction data is sent from the developer's app to our payment app. The other API allows developers to seamlessly integrate our payment app functionality into their app. Both APIs allow for easy approval by Apple and removal of the PCI-DSS compliance burden. For more info you can start here: http://developers.moblized.com/.

Update: We'll have similar APIs for Android by April 15, 2012.

未央 2024-11-25 19:29:32

如果您进行应用内购买,他们必须使用 Apple 的 API,否则您的应用将被拒绝。

(某种程度上)解决这个问题的唯一方法是在网站上进行购买,它将解锁您应用程序上的某些内容。不过,您无法从您的应用程序链接到该网站,因此如果您还没有用户访问您的网站,那么它就毫无用处。这就是 Kindle 应用程序的做法,因为苹果强制使用他们的应用程序内购买 API。

If you have in app purchases, they HAVE to use Apple's API or else your app will be rejected.

The only way to (sort of) get around it is to have the purchase be on a website and it will unlock something on your app. You can't link to the website from your app though so it's kind of useless if you don't already have users visiting your website. This is how the Kindle app does it since Apple forced the use of their in-app purchase API.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文