使用 Paypal 上线 - REST API 应用程序和 CLASSIC API 应用程序之间的区别？

Question

我们的应用使用 PayPal 通过我们的 iOS 和 Android 应用为服务付款。我们正在准备提交，需要从沙盒切换到直播。然而，Paypal 文档还不清楚！

我们的应用列在 REST API 应用（而不是经典 API 应用）下。如果我们打算通过 Paypal 帐户和直接/信用卡付款，这可以吗？

注册 REST API 应用程序的过程与注册 CLASSIC API 应用程序完全不同。如果我们想注册为 CLASSIC API 应用程序，那么 Paypal 需要法律认可的文件和 apk/ipa 用于测试。我想这会给我们的项目增加大量时间，因为它需要手动审查（我们无法承担时间成本）。

那么我们可以安全地继续使用 REST API 应用程序吗？我们已在应用中实现了最新的 Paypal 移动 sdk，并且有一个相当简单的方案（接受非经常性的 Paypal 和信用卡付款）。

Answer 1

主要区别在于 REST 是围绕 oauth 构建的，并且专为您必须拥有该功能的环境而设计（即某些移动平台本身支持它）。

Classic 可以使用 soap 或名称-值对 (NVP) 运行。它包含一个更简单的授权方案，但 Classic 存在的时间更长，并且有许多 REST 尚不支持的调用。一些值得注意的例外包括

• MassPay（通过 API 向 PayPal 账户汇款）
• Adaptive Payments（在多个帐户之间分期付款）

现在，你标记了这个android。因此，如果您想在 Google Play 或 Amazon Appstore 中发布您的应用程序，请了解您可能无法在不违反其 TOS 的情况下通过 PayPal 在您的应用程序中接受某些付款。 Google Play 和 Appstore 都要求您使用他们的支付系统购买虚拟商品。来自Google Play TOS

从 Google Play 对应用和下载收费的开发者必须使用 Google Play 的支付系统进行收费。如果您的应用提供要在应用内使用的虚拟商品或货币，则必须使用 Google Play 的应用内结算服务作为付款方式。