我们的应用程序使用 PayPal 通过我们的 iOS 和 Android 应用程序支付服务费用。我们正在准备提交，需要从沙盒切换到实时。然而 Paypal 文档相当不清楚!
我们的应用程序列在 REST API 应用程序(而不是经典 API 应用程序)下。如果我们只想通过 Paypal 账户和直接/信用卡付款，这样可以吗？
注册 REST API 应用程序的过程与注册 CLASSIC API 应用程序有很大不同。如果我们想注册为 CLASSIC API 应用程序，那么 Paypal 需要法律认可的文件和 apk/ipa 进行测试。我想这将为我们的项目增加大量时间，因为它需要手动审核(我们无法承担时间成本)。
那么我们可以安全地继续使用 REST API 应用程序吗？我们已在应用程序中实现了最新的 Paypal 移动 SDK，并且有一个相当简单的方案(接受非经常性 Paypal 和信用卡付款)。
最佳答案
主要区别在于 REST 是围绕 oauth 构建的专为必须具有该功能的环境而设计(即某些移动平台本身支持它)。
Classic 可以使用 soap 运行或名称-值对 (NVP)。它包含一个更简单的授权方案，但 Classic 已经存在了更长时间，并且有许多 REST 尚不支持的调用。一些值得注意的异常(exception)包括
- MassPay (通过 API 向 PayPal 帐户汇款)
- Adaptive Payments (在多个帐户之间分摊付款)
现在，您已标记此 
android 。因此，如果您想在 Google Play 或 Amazon Appstore 中发布您的应用程序，请了解您可能无法在不违反其 TOS 的情况下通过 PayPal 在您的应用程序内接受某些付款。 Google Play 和 Appstore 都要求您使用其虚拟商品的支付系统。来自 Google Play TOS
Developers charging for apps and downloads from Google Play must do so by using Google Play’s payments system. If your app offers virtual goods or currencies to be used within the app, it must use Google Play’s in-app billing service as the method of payment.
关于android - 使用 Paypal 上线 - REST API 应用程序和 CLASSIC API 应用程序之间的区别？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/28068967/