Paypal链接支付与多个简单支付

我感兴趣的是实施一个系统，需要一些非常类似的贝宝链支付系统。在这个系统中，付款人通过中间人（网站所有者）向受款人（或多个受款人）付款，中间人可以从付款中分一杯羹。Paypal同时执行所有这些付款，或者也可以选择允许延迟付款

但是，Paypal实现的新REST API似乎还不支持链式支付结构。我宁愿不使用遗留API实现新站点。然而，在我看来，这个系统可以通过简单地组合多个简单的支付来重建。例如，受款人向您（网站所有者）付款，然后网站自动向受款人付款，同时收取一定的折扣，所有这些都使用简单的付款方式（付款人对受款人）

---

这个系统有什么可以想象的缺点吗？即使是像持有资金的法律地位与仅仅允许通过Paypal处理这些问题？

我也不会称它们为遗留API，我建议还是坚持使用它们一段时间。RESTAPI的发布基本上就是为了回答Stripe在做什么。它远没有“经典”API成熟，而且经典API在很长一段时间内都不会出现。当然，很多实时应用程序都在使用它，在REST赶上之前，它们无法强迫人们进行更改，因为没有相同的功能是不可能的。我自己一直坚持经典，不打算很快切换。好的，谢谢！很高兴听到经典API将与我们在一起一段时间。我太习惯于看到旧技术在新版本发布后被边缘化，以至于除了最新版本之外，我对任何东西都有点过敏。出于好奇，你能谈谈链式和多重单一支付结构之间的区别吗？用链子拴住会更好吗？我想这是必须的，否则他们一开始就不会创建它。实际上，这只是您的应用程序模型和什么可能最适合您的问题。费用也可能是其中的一部分。如果我没记错的话，分开支付的费用是分开的（取决于你给谁设置了feespayer），每次单独支付一次又一次的费用。啊哈！我完全忘记了贝宝的费用。在比较这些方法时，这肯定是一个考虑因素。非常感谢。