我正在为摄影师制作实用程序。他将(显然)拍照,但希望在活动中向人们收取通过电子邮件发送或在社交媒体上共享的少量数字图像的费用。在这种情况下,我将不得不使用 Paypal 或 Square SDK,而不是在应用程序购买中,因为他将编写交易而不是购买图片的客户。有点像迷你POS系统。他不能用其他人的凭证来支付自己的费用 - 所以它必须是第 3 方解决方案。正确的?这是否违反 Apple 的指导方针?
我是不是想太多了?
我正在为摄影师制作实用程序。他将(显然)拍照,但希望在活动中向人们收取通过电子邮件发送或在社交媒体上共享的少量数字图像的费用。在这种情况下,我将不得不使用 Paypal 或 Square SDK,而不是在应用程序购买中,因为他将编写交易而不是购买图片的客户。有点像迷你POS系统。他不能用其他人的凭证来支付自己的费用 - 所以它必须是第 3 方解决方案。正确的?这是否违反 Apple 的指导方针?
我是不是想太多了?
如果目的是支持面对面/面对面(刷卡)信用卡或键入信用卡付款,请查看适用于 iOS 和 Android 的 PayPal Here SDK,现在可在 PayPal 开发者网站上获取:
https://developer.paypal.com/webapps/developer/docs/integration/mobile/pph-sdk-overview/
还有一个适用于 Windows 8.1+ 的 Beta 版本,可根据要求提供。您可以通过电子邮件向 DL-PayPal-Here-SDK@ebay.com 寻求任何帮助。