我已经对这个主题做了一些研究,我知道在Swift中付费的强大工具是Stripe.但是,据我所知,用户只能支付您注册的一个帐户.基本上,他们可以像在商店购买一样购物.但在我的情况下,我需要提供支付给另一个用户的可能性.
另外,我需要整合PayPal.为此,我发现API类似于Auth0和PayPal API,但似乎无法找到有关用户间事务的更多信息.
当然还有应用程序内购买选项,但我不确定在这种情况下是否可以使用它,因为我的大多数购买都是通过Web应用程序完成的.
有人可以通过提供一些如何从这里向前推进并实施这个支付系统的技巧来帮助我吗?
解决方法 需要考虑几个因素,其中最重要的三个因素是价格,易于实施和可用性.我将简要讨论您提到的3个选项中的每个要点:条纹:
实施:Stripe有一个适用于iOS的原生SDK,并且具有一个名为Stripe Connect的功能,可以直接在用户之间进行支付,无需通过您的帐户进行支付,但如果您愿意,可以让您减少交易:
https://support.stripe.com/questions/can-i-enable-my-users-to-receive-payments-from-others
https://stripe.com/docs/connect
价格:Stripe的起始费为0.3美元,占全额的2.9%.
可用性:目前Stripe仅在全球9个国家/地区提供,并在另外15个国家/地区提供测试版:
https://stripe.com/global
贝宝:
实施:PayPal有一个适用于iOS的原生SDK,但是根据您需要的复杂功能,SDK库的历史非常精细(Pryo的答案有下划线). Paypal有一种称为自适应支付的东西,可以进行点对点支付:
https://developer.paypal.com/docs/classic/products/adaptive-payments/
价格:PayPal有很多关于定价(货币转换,跨境转移等)的混合信息,但大致是0.3美元和另外3.9%的起始费用.
可用性:PayPal可在全球203个国家/地区销售:
https://www.paypal.com/webapps/mpp/country-worldwide
在应用程序内购买:
实施:这笔钱将永远直接发给开发者,因此这意味着您需要实施某种服务,从您的帐户向最终用户收取资金.所以流程如下:买家 – >你 – >接收器.
价格:Apple将占总金额的30%.
可用性:在您可以分发iOS应用程序的每个国家/地区都可以使用应用程序内购买.
结论:
>不要将应用内购买选项用于用户到用户的销售,这三种选择中的过于复杂和昂贵.> PayPal有一个强大的品牌,人们信任并在许多国家都可以使用,这使它成为比Stripe更强大的候选者,但恕我直言,我会选择Stripe,因为它简单,价格便宜.
总结以上是内存溢出为你收集整理的ios – 在Swift应用程序中支付给另一个用户全部内容,希望文章能够帮你解决ios – 在Swift应用程序中支付给另一个用户所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)