
In your app's initState method, subscribe to any incoming purchases.
If you choose to do so know that conflicts might occur.
Note: It is not necessary to depend on :billing in your own app's android/app/adle file. Presenting a code redemption sheet (iOS 14).Accessing platform specific product or purchase properties.
Upgrading or downgrading an existing in-app subscription. This section has examples of code for the following tasks: See also the codelab for in-app purchases in Flutter for a detailed guide on adding in-app purchase support to a Flutter App. Purchase-handling logic is significantly different for the different However, if you use one of these APIs, your These APIs expose platform-specific behavior and allow for more fine-tunedĬontrol when needed. Platform-specific Dart APIs: store_kit_wrappers This API supports most use cases for loading and making purchases. Two basic options are available:Ī generic, idiomatic Flutter API: in_app_purchase. Once you've configured your in-app purchases in their respective stores, youĬan start using the plugin. To as "the store" or "the underlying store", except when a feature is specificįor a list of steps for configuring in-app purchases in both stores, see the NOTE: Further in this document the App Store and Google Play will be referred It exposes a unified surface, but you still need to understand and configure This plugin relies on the App Store and Google Play for making in-app purchases. Present a UI for redeeming subscription offer codes. Send the user to the underlying store to purchase products. Load in-app products that the user owns. Products can include consumables, permanent upgrades, and subscriptions. Show in-app products that are available for sale from the underlying store. Which can be the App Store (on iOS and macOS) or Google Play (on Android). This plugin supports in-app purchases ( IAP) through an underlying store, A storefront-independent API for purchases in Flutter apps.