29

我知道我们可以将应用内购买与 storekit 集成。但我想使用信用卡整合付款。苹果会允许集成这样的库吗？是否有任何此类库可供用户使用他们的信用卡在我的应用程序中支付产品？

4

5 回答 5

43

根据用户购买的内容*，您应该可以在您的应用中接受付款。与其尝试将某种类型的支付库合并到应用程序中，我建议使用支付 API 来减轻工作负担。请查看http://stripe.com/，了解为易于集成而设计的出色支付系统示例。他们的 API 参考甚至提到了与 iPhone 应用程序的集成。

*如果您尝试销售应用程序本身的功能或服务，您几乎肯定会违反 Apple 的指导方针，但基于您所说的“产品”这一事实，我假设情况并非如此。事实上，虽然您必须将应用内购买系统用于“应用程序中的内容、功能或服务”，但您明确禁止将其用于“在应用程序外使用的实物商品或商品和服务”（第 11.3 条） Apple 的 App Store 审查指南）。

于 2012-01-06T17:51:06.060 回答
6

如上所述，Apple不允许对未在手机中消费的商品（数字内容）进行 Apple 的 IAP 应用内付款。请参阅此已批准应用程序的示例，该应用程序使用外部库在其应用程序中接受信用卡： iStash

在我看来，Stripe 是一个很好的解决方案，但不是应用内的理想选择，因为它是一个基于 Web 的解决方案，并且专注于 Web 体验。

如果您想要真正的移动应用内体验，我建议您查看 PayPal 库或我的公司ZooZ，它在一个集成中同时接受 PayPal 和信用卡。

于 2012-02-14T09:34:23.840 回答
3

工作项目可以在github 条带示例中找到。

于 2012-12-28T07:25:33.937 回答
1

作为一名 iOS 开发人员，您最好仔细阅读本文。与您特别相关的是第 11.2 节：

11.2应用程序使用除应用内购买 API (IAP) 以外的系统来购买应用程序中的内容、功能或服务将被拒绝

他们想要利润，如果你使用 IAP API，他们就会分得一杯羹。希望这能解决任何问题。

编辑：我假设根据您的问题的措辞，付款将解锁应用程序中的暂时性内容。IAP 仅适用于购买数字产品。如果您销售的产品在物理上是站得住脚的，那么您不应该，实际上也不允许使用 IAP API。在这种情况下，类似于Stripe或基于 Web 的Paypal API 版本的东西会起作用。

于 2012-01-06T17:50:45.510 回答
0

为了支持大卫的回答，我想补充一点，使用支付 API 通过您的应用程序接受产品/捐赠的付款将是理想的。

Apple Pay 现在（截至今天）可在 iPhone 6 和 6 Plus 上使用，并且仅在美国有效。

但是，如果您仍想在您的应用程序中为无法使用 Apple Pay 的设备添加支持，Authorize.Net现在有一个 iOS SDK，您可以使用它来集成和启用信用卡支付。

于 2015-04-15T06:18:29.100 回答