使用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中发布您的应用，请了解您可能不会通过PayPal在您的应用中接受某些付款，而不会违反其服务条款。 Google Play和Appstore都要求您将其支付系统用于虚拟商品。来自Google Play TOS

  

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