【问题标题】：in-app micro purchases with paypal, without using a web interface?使用贝宝进行应用内微购买，而不使用网络界面？
【发布时间】：2015-03-01 06:43:02
【问题描述】：
我正在用 Java 和其他语言编写实用程序，我想收取少量订阅费。数字商品的 Paypal 小额支付作为合同基础看起来像是一个可行的解决方案，但是，据我所知，它们的实施始终依赖于一些基于 Web 浏览器的中间步骤。
我想实现的方式完全是在应用内，类似于以下流程：
- 如果订阅是当前/存在的，我的应用程序会通过 paypal 检查。
- 如果没有，则会向用户显示一个对话框，询问他们的 paypal 详细信息。
- 他们可以在多种订阅模式之间进行选择，或恢复已购买的订阅。
- 我的应用程序在本地存储了一个唯一的购买/订阅 UID，它用于通过贝宝检查订阅是否是最新的。
- 付款后，客户可以通过他们的 Paypal Web 界面管理他们的订阅（即，我最终不需要实现任何东西）
- 每次我的应用程序在他们的计算机上启动时，它都会使用存储的订阅 UID 联系贝宝，以了解他们的订阅是否仍然是最新的。
任何人都可以阐明这是如何/是否可能的吗？
谢谢！
【问题讨论】：
标签：
java
paypal
in-app-purchase
【解决方案1】：
简短回答：您目前无法访问 PayPal 的数字商品小额支付解决方案，除非通过网络浏览器集成。它是 PayPal 基于网络的经典/专业产品套件的一部分。
如果您想要或需要应用内解决方案，请查看 PayPal 的应用内产品集，包括 PayPal 移动支付 API/SDK 或（更好的是，IMO）包含 PayPal 支付的 Braintree API。您不会获得小额支付定价和相关功能，但您可以获得所需的大部分内容。
一点背景：
PayPal 有许多产品，不幸的是，这些产品在集成方式和支付能力方面存在很大差异。换句话说，您可以在一种集成样式中执行的操作可能无法在另一种集成样式中执行。这在很大程度上是快速发展的网络 15 年演变的历史产物（随着时间的推移，各种集成方式的安全性有所不同），但这对您的客户没有太大帮助。
不出所料，最深入/最灵活的产品是最古老的产品，即网站支付标准/快速结帐/专业版——但不幸的是，这些产品具有最古老的集成样式。它们早于智能手机（因此也包括应用程序），甚至网络 API 现在也已经过时了。
最新产品 REST API 和 Braintree 集成正在经历最快速的演变。最终，这些产品将具有比旧产品更多的功能，尽管可能不是相同 功能（因此从旧到新更新可能并不总是完全是 1:1 转换）。如果这些新产品足以让您入门，请使用它们。如果没有，请使用旧的东西并忍受集成限制。