The main entry point for managing in-app purchases. 更多...
| 头： | #include <QInAppStore> |
| 继承： | QObject |
| QInAppStore (QObject * parent = nullptr) | |
| virtual | ~QInAppStore () |
| void | registerProduct (QInAppProduct::ProductType productType , const QString & 标识符 ) |
| QInAppProduct * | registeredProduct (const QString & 标识符 ) const |
| void | restorePurchases () |
| void | setPlatformProperty (const QString & propertyName , const QString & value ) |
| void | productRegistered (QInAppProduct * product ) |
| void | productUnknown (QInAppProduct::ProductType productType , const QString & 标识符 ) |
| void | transactionReady (QInAppTransaction * transaction ) |
| const QMetaObject | staticMetaObject |
The main entry point for managing in-app purchases.
QInAppStore is used for managing in-app purchases in your application in a cross-platform way.
In general there are two steps to completing an in-app purchase using the API:
Upon start-up of your application, connect all signals in QInAppStore to related slots in your own QObject . Then use the registerProduct () function to register the ID of each product you expect to find registered in the external store, as well as its type.
Registering a product is asynchronous, and will at some point yield one of the following two signals: 1. productRegistered () if the product was found in the external store with a matching type. 2. productUnknown () if the product was not found in the external store with the type you specified.
此外， transactionReady () signal may be emitted for any existing transaction which has not yet been finalized. At this point, you should check if the transaction has previously been registered. If it hasn't, register it right away. Finally, call QInAppTransaction::finalize () on the transaction.
Once the items have been successfully registered in the store, you can purchase them. Get the previously registered QInAppProduct 使用 registeredProduct () 和调用 QInAppProduct::purchase (). This call is also asynchronous.
At some point later on, the transactionReady () signal will be emitted for the purchase. Check QInAppTransaction::status () to see if the purchase was completed successfully. If it was, then you must save the information about the purchase in a safe way, so that the application can restore it later.
When you are done, call QInAppTransaction::finalize (), regardless of its status. Transactions which are not finalized will be emitted again the next time your application calls registerProduct () for the same product.
注意： Please mind that QInAppStore does not save the purchased state of items in the store for you. The application should store this information in a safe way upon receiving the transactionReady () signal, before calling QInAppTransaction::finalize ().
There are two types of purchases supported by QInAppStore : QInAppProduct::Consumable and QInAppProduct::Unlockable . The former will be consumed when the transaction is completed and QInAppTransaction::finalize () is called, meaning that it can be purchased again, any number of times. Unlockable items can only be purchased once.
Consumable products are temporary and can be purchased multiple times. Examples could be a day-ticket on the bus or a magic sword in a computer game. Note that when purchasing the same product multiple times, you should call QInAppTransaction::finalize () on each transaction before you can purchase the same product again.
Unlockable products are products that a user will buy once, and the purchase of these items will be persistent. It can typically be used for things like unlocking content or functionality in the application.
If your application has unlockable products, and does not store the purchase states of these products in a way which makes it possible to restore them when the user reinstalls the application, you should provide a way for the user to restore the purchases manually.
调用 restorePurchases () function to begin this process. Granted that the remote store supports it, you will then at some point get transactionReady () for each unlockable item which has previously been purchased by the current user.
Save the purchase state of each product and call QInAppTransaction::finalize () as you would for a regular purchase.
由于 restorePurchases () may, on some platforms, cause the user to be prompted for their password, it should usually be called as a reaction to user input. For instance applications can have a button in the UI which will trigger restorePurchases () and which users can hit manually if they have reinstalled the application (or installed it on a new device) and need to unlock the features that they have previously paid for.
注意： This depends on support for this functionality in the remote store. If the remote store does not save the purchase state of unlockable products for you, the call will yield no transactionReady () signals, as if no products have been purchased. Both the Android and OS X / iOS backends support restoring unlockable products.
构造 QInAppStore 采用给定 parent .
[虚拟]
QInAppStore::
~QInAppStore
()
销毁 QInAppStore .
[signal]
void
QInAppStore::
productRegistered
(
QInAppProduct
*
product
)
This signal is emitted when information about a product has been collected from the remote store. It is emitted as a reaction to a registerProduct () call for the same product.
另请参阅 productUnknown ().
[signal]
void
QInAppStore::
productUnknown
(
QInAppProduct::ProductType
productType
, const
QString
&
标识符
)
This signal is emitted when the product named 标识符 was registered using registerProduct () and matching information could not be provided by the remote store. The productType matches the product type which was originally passed to registerProduct ().
另请参阅 productRegistered ().
Registers a product identified by 标识符 and with the given productType 。 标识符 must match the identifier of the product in the remote store. If the remote store differentiates between consumable and unlockable products, the productType must also match this.
Calling this function will asynchronously yield either a productRegistered () or a productUnknown () signal. It may also yield a transactionReady () signal if there is a pending transaction for the product which has not yet been finalized.
注意： 此函数可以被援引，通过元对象系统和从 QML。见 Q_INVOKABLE .
Returns the previously registered product uniquely known by the 标识符 .
注意： 此函数可以被援引，通过元对象系统和从 QML。见 Q_INVOKABLE .
Requests existing purchases of unlockable items and will yield a transactionReady () signal for each unlockable product that the remote store confirms have previously been purchased by the current user.
This function can typically be used for restoring unlockable products when the application has been reinstalled and lost the saved purchase states.
注意： Calling this function may prompt the user for their password on some platforms.
注意： 此函数可以被援引，通过元对象系统和从 QML。见 Q_INVOKABLE .
Sets the platform specific property given by propertyName to value . This can be used to pass information to the platform implementation. The properties will be silently ignored on other platforms.
Currently, the only supported platform property is "AndroidPublicKey" which is used by the Android backend to verify purchases. If it is not set, purchases will be accepted with no verification. (You can also do the verification manually by getting the signature from the QInAppTransaction object for the purchase.) For more information, see the Android documentation for billing security .
注意： 此函数可以被援引，通过元对象系统和从 QML。见 Q_INVOKABLE .
[signal]
void
QInAppStore::
transactionReady
(
QInAppTransaction
*
transaction
)
This signal is emitted whenever there is a transaction which needs to be finalized. It is emitted either when a purchase request has been made for a product, when restorePurchases () has been called and the product was previously purchased, or when registerProduct () was called for a product and there was a pending transaction for the product which had not yet been finalized.