android - 轻松过渡到 Android 计费 API v 3

Question

目前，我在 net.robotmedia.billing 项目的帮助下使用 Google 应用内结算 v.2。现在我想将我的应用程序移至 v.3。

在 net.robotmedia.billing 中，我必须提供唯一的盐来混淆交易，但是 v.3 的所有类似库都不提供这样的选项。

我的问题是:我需要正确的 salt 来反混淆用户已经购买的 v.2 项目，对吧？如何进行过渡以使用户不必两次购买商品？

Answer 1

In-App Billing API v2支持托管和非托管应用内商品。

Robotmedia's Billing library似乎与应用程序内产品类型无关，因此可以同时处理这两种类型。它在设备上维护一个本地 BillingDB。对于 unmanaged 应用内商品，这是唯一存储购买商品信息的地方。对于 managed 应用内商品，它提供了另一个可以在 Google Play 服务器之外查询购买信息的地方。这在 v2 中可能很有用，因为它不像 v3 那样提供本地缓存，并且查询此类信息会导致非常耗时的操作。

因此这里有两条路径，具体取决于您使用的应用内商品类型。

托管

有关购买的信息已由 Google Play 管理。因此，您应该能够迁移到 v3 并保留用户的购买数据。

非托管

在In-App Billing API v3没有unmanaged 应用内商品。您处理非托管应用内产品设计所针对的用例的方式是通过 v3 中添加的新consumption API。

unmanaged 应用内产品背后的理念是您维护购买数据库而不是 Google。您仍然可以对 v3 执行相同的操作。方法是在购买成功后立即消费产品。

您正在使用的库已不再维护。因此，为了实现您想要的互操作性，您可以从熟悉您正在使用的库中的代码开始。您可能希望重用 TransactionManager 类和其他负责存储购买数据的类。这样您就可以以与您使用的格式相同的格式存储/检索数据，并且老用户不必再次购买应用内产品。然后，每次您的用户购买产品时，您都会立即使用它并更新您的交易数据库。

这种情况下的迁移并不简单。值得一提的是，如果数据库存储在服务器而不是客户端中，这可能会容易得多。

---

最后但同样重要的是，Bruno Oliveira 给出了 talk at Google I/O 2013这解释了大部分 API 更改。您会发现它很有用。