在不使用网络界面的情况下使用贝宝进行应用内微购买?
in-app micro purchases with paypal, without using a web interface?
我正在用 Java 和其他语言编写实用程序,我想为此收取少量订阅费。作为合同基础,数字商品的 Paypal 小额支付看起来像是一个可行的解决方案,但是,据我所知,它们的实施总是依赖于一些基于网络浏览器的中间步骤。
我想实现的方式是完全在应用程序内,类似于以下流程:
- 如果订阅是 current/present,我的应用程序会检查 paypal。
- 如果没有,将向用户显示一个对话框,询问他们的贝宝详细信息。
- 他们可以在多种订阅模式之间进行选择,或恢复已购买的订阅。
- 我的应用程序在本地存储了一个唯一的 purchase/subscription UID,用于通过 paypal 检查订阅是否最新。
- 付款后,客户可以通过他们的 Paypal 网络界面管理他们的订阅(即我不需要在我这边实施任何操作)
- 每次我的应用程序在他们的计算机上启动时,它都会使用存储的订阅 UID 联系贝宝,以查明他们的订阅是否仍然有效。
任何人都可以阐明 how/whether 这是可能的吗?
谢谢!
- 巴尔特
简短回答:您目前无法访问 PayPal 的数字商品小额支付解决方案,除非通过网络浏览器集成。它是 PayPal 基于网络的 classic/pro 产品套件的一部分。
如果您想要或需要应用内解决方案,请查看 PayPal 的应用内产品集,即 PayPal 移动支付 API/SDK 或(最好是 IMO)包含 PayPal 支付的 Braintree API。您不会获得小额支付定价和相关功能,但您可以获得您正在寻找的大部分内容。
一些背景知识:
PayPal 有很多产品,但不幸的是,这些产品在集成方式和支付功能方面差别很大。换句话说,您在一种集成风格中可以做的事情在另一种集成风格中可能无法做到。这在很大程度上是快速发展的网络 15 年演变的历史产物(随着时间的推移,人们对各种集成方式的安全性的理解有所不同),但这对客户的帮助不大。
也许不出所料,deepest/most 灵活的产品是最古老的产品,网站支付 Standard/Express Checkout/Pro -- 但不幸的是,这些产品具有最古老的集成样式。它们早于智能手机(以及应用程序)出现,甚至网络 API 现在也已经过时了。
最新产品,REST API 和 Braintree 集成,正在经历最快的发展。最终,这些产品将比旧产品具有更多的功能,尽管可能不具有 相同的 功能(因此从旧到新的更新可能并不总是完全 1:1 的转换)。如果这些新产品足以让您入门,请使用它们。如果没有,请回到旧东西并接受集成限制。
我正在用 Java 和其他语言编写实用程序,我想为此收取少量订阅费。作为合同基础,数字商品的 Paypal 小额支付看起来像是一个可行的解决方案,但是,据我所知,它们的实施总是依赖于一些基于网络浏览器的中间步骤。
我想实现的方式是完全在应用程序内,类似于以下流程:
- 如果订阅是 current/present,我的应用程序会检查 paypal。
- 如果没有,将向用户显示一个对话框,询问他们的贝宝详细信息。
- 他们可以在多种订阅模式之间进行选择,或恢复已购买的订阅。
- 我的应用程序在本地存储了一个唯一的 purchase/subscription UID,用于通过 paypal 检查订阅是否最新。
- 付款后,客户可以通过他们的 Paypal 网络界面管理他们的订阅(即我不需要在我这边实施任何操作)
- 每次我的应用程序在他们的计算机上启动时,它都会使用存储的订阅 UID 联系贝宝,以查明他们的订阅是否仍然有效。
任何人都可以阐明 how/whether 这是可能的吗?
谢谢!
- 巴尔特
简短回答:您目前无法访问 PayPal 的数字商品小额支付解决方案,除非通过网络浏览器集成。它是 PayPal 基于网络的 classic/pro 产品套件的一部分。
如果您想要或需要应用内解决方案,请查看 PayPal 的应用内产品集,即 PayPal 移动支付 API/SDK 或(最好是 IMO)包含 PayPal 支付的 Braintree API。您不会获得小额支付定价和相关功能,但您可以获得您正在寻找的大部分内容。
一些背景知识:
PayPal 有很多产品,但不幸的是,这些产品在集成方式和支付功能方面差别很大。换句话说,您在一种集成风格中可以做的事情在另一种集成风格中可能无法做到。这在很大程度上是快速发展的网络 15 年演变的历史产物(随着时间的推移,人们对各种集成方式的安全性的理解有所不同),但这对客户的帮助不大。
也许不出所料,deepest/most 灵活的产品是最古老的产品,网站支付 Standard/Express Checkout/Pro -- 但不幸的是,这些产品具有最古老的集成样式。它们早于智能手机(以及应用程序)出现,甚至网络 API 现在也已经过时了。
最新产品,REST API 和 Braintree 集成,正在经历最快的发展。最终,这些产品将比旧产品具有更多的功能,尽管可能不具有 相同的 功能(因此从旧到新的更新可能并不总是完全 1:1 的转换)。如果这些新产品足以让您入门,请使用它们。如果没有,请回到旧东西并接受集成限制。