android 中同时使用 Google 和 Facebook 身份验证的应用内购买 (IAP)？
In-app purchases (IAP) in android with BOTH Google and Facebook authentication?
在我的 android 应用程序中，我想让用户使用 google 或 facebook 帐户进行身份验证。
我已经实现了 google 登录。
我会尽快实现facebook登录。
我在 android:
中阅读过有关 IAP 的内容
https://developer.android.com/google/play/billing/billing_overview
https://droidmentor.com/inapppurchase-subscription/
至少我的理解是关于google帐户认证。
所以我想知道如果用户使用 facebook 帐户进行身份验证，是否可以在 android 应用程序中进行 IAP？
我现在找不到例子或解释。
google 关于 IAP 的任何好的 examples/explanations 也非常感谢，因为我对 IAP 仍然没有清晰的认识。
fyi：在我的应用程序中，用户将能够购买 "virtual tickets pack"（例如：10、15、20 张门票）并将其添加到他们的个人资料中。稍后他们会"consume"一张一张的票。
此致
IAP 只能通过用户的 google 帐户完成，因为这是使用 Play 商店的任何部分所需要的。用户的 google 帐户也是为每个用户存储信用 card/other 付款方式的地方。
尽管如此，用户登录您的应用程序的方式与他们使用 IAP 系统无关。当用户选择使用 IAP 时，google 帐户数据将由 android device/Play 商店提供，而不是由您的应用程序提供（Off subject:the 过程类似于iOS 如果你有机会去那里尝试的话）。
您的应用需要做的是从 IAP sdk 接收购买确认，然后在您的服务器上标记此特定用户已购买此项目。基本上对于任何购买（无论支付提供商），您通常会在您的数据库中标记以下内容：
- 用户购买了什么
- 他付了多少钱
- 他什么时候付款的
- 提供商的购买 ID，以便您稍后可以将会计报告与支付提供商的报告相匹配
- 他从哪里付款（IP 可以是一个很好的指标，尽管在 VPN 时代不一定 100% 准确）（这对您的营销决策很有用）
- 标记此用户现在可以访问他购买的项目，如果它是限时项目，标记它何时过期，以便您稍后可以检查他是否仍然有权访问它。
免责声明：
android IAP 系统我之前没有直接使用过。在使用 iOS IAP 和 android Braintree 支付之前，我已经实施了移动应用支付系统。但是这个过程很可能也与 android IAP 非常相似。
我的理解是您已经拥有一个用户系统，您正在使用该系统为您的客户提供 Google 登录。添加 Facebook 登录时，您可能希望将 Google 和 Facebook 登录与您自己的自定义用户 ID 匹配。拥有自己的自定义 ID 总是一个好主意，这样您就可以将其映射到不同类型的登录。
通过 Google Play Billing 购买时，购买会与用户的 phone Google 帐户相关联，您还可以提供一种可选方式将购买与您自己的用户相关联账户系统。为此，在构建 BillingFlowParams 时，调用 setAccountId 并传递您帐户的系统自定义 ID。
为了在安装期间或跨设备提供持久购买的最佳体验，您还应该将购买保存在服务器的数据库中。为了以安全的方式执行此操作，您还必须实施服务器端收据验证。如果您想避免这些令人头疼的大部分问题，我建议您使用像 RevenueCat.
这样的服务
在我的 android 应用程序中，我想让用户使用 google 或 facebook 帐户进行身份验证。
我已经实现了 google 登录。 我会尽快实现facebook登录。
我在 android:
中阅读过有关 IAP 的内容https://developer.android.com/google/play/billing/billing_overview
https://droidmentor.com/inapppurchase-subscription/
至少我的理解是关于google帐户认证。
所以我想知道如果用户使用 facebook 帐户进行身份验证，是否可以在 android 应用程序中进行 IAP？
我现在找不到例子或解释。 google 关于 IAP 的任何好的 examples/explanations 也非常感谢，因为我对 IAP 仍然没有清晰的认识。
fyi：在我的应用程序中，用户将能够购买 "virtual tickets pack"（例如：10、15、20 张门票）并将其添加到他们的个人资料中。稍后他们会"consume"一张一张的票。
此致
IAP 只能通过用户的 google 帐户完成，因为这是使用 Play 商店的任何部分所需要的。用户的 google 帐户也是为每个用户存储信用 card/other 付款方式的地方。
尽管如此，用户登录您的应用程序的方式与他们使用 IAP 系统无关。当用户选择使用 IAP 时，google 帐户数据将由 android device/Play 商店提供，而不是由您的应用程序提供（Off subject:the 过程类似于iOS 如果你有机会去那里尝试的话）。
您的应用需要做的是从 IAP sdk 接收购买确认，然后在您的服务器上标记此特定用户已购买此项目。基本上对于任何购买（无论支付提供商），您通常会在您的数据库中标记以下内容：
- 用户购买了什么
- 他付了多少钱
- 他什么时候付款的
- 提供商的购买 ID，以便您稍后可以将会计报告与支付提供商的报告相匹配
- 他从哪里付款（IP 可以是一个很好的指标，尽管在 VPN 时代不一定 100% 准确）（这对您的营销决策很有用）
- 标记此用户现在可以访问他购买的项目，如果它是限时项目，标记它何时过期，以便您稍后可以检查他是否仍然有权访问它。
免责声明： android IAP 系统我之前没有直接使用过。在使用 iOS IAP 和 android Braintree 支付之前，我已经实施了移动应用支付系统。但是这个过程很可能也与 android IAP 非常相似。
我的理解是您已经拥有一个用户系统，您正在使用该系统为您的客户提供 Google 登录。添加 Facebook 登录时，您可能希望将 Google 和 Facebook 登录与您自己的自定义用户 ID 匹配。拥有自己的自定义 ID 总是一个好主意，这样您就可以将其映射到不同类型的登录。
通过 Google Play Billing 购买时，购买会与用户的 phone Google 帐户相关联，您还可以提供一种可选方式将购买与您自己的用户相关联账户系统。为此，在构建 BillingFlowParams 时，调用 setAccountId 并传递您帐户的系统自定义 ID。
为了在安装期间或跨设备提供持久购买的最佳体验，您还应该将购买保存在服务器的数据库中。为了以安全的方式执行此操作，您还必须实施服务器端收据验证。如果您想避免这些令人头疼的大部分问题，我建议您使用像 RevenueCat.
这样的服务