Test Payment Flows

Github-skakel: bit.ly/GitHub-testpayments

Eenvoudige toepassing om inprogram-aankoopvloeigebeure te toets en aan te meld, gebou volgens standaard faktureringpraktyke vir toepassings wat nie hul eie faktureringbediener bedryf nie (dit wil sê, staatmaak op Play Billing op toestel-API's om produkte en aankope te bevraagteken).

Ondersteun tans Phone, Android TV en Wear OS.

Om dit te gebruik, is die beste praktyk om hierdie toepassing te toets vir 'n betaalvloei wat nie op jou eie toepassing werk nie. As dit in hierdie toepassing werk, vergelyk u kode met ons Github-kode of gaan ons logs na om verskille te identifiseer; as dit ook in hierdie toepassing misluk, laat weet ons - dit is dalk 'n Play-faktureringverandering wat die vloei breek en ons sal dalk die toepassing moet opdateer!

Let wel: alle transaksies in hierdie toepassing is slegs vir toetsdoeleindes. Geen werklike goedere of dienste sal vir die transaksies verskaf word nie. Die terme wat in die toepassing gebruik word (bv. "Koop 'n roos") is bloot vir demonstrasiedoeleindes en is nie werklik nie.

Pryse is op die minimum gestel wat nodig is om Play Console-vereistes te slaag om die koste te verminder om met hierdie program te toets.
Die meeste is USD $0.49 of ekwivalent as gevolg van die minimum vereiste (kan in sommige lande verskil as gevolg van 'n ander minimum vereiste).

Aankoopvloei is geverifieer vanaf vrystellingtyd. Dit sal ook voortdurend opgedateer word om in te haal met vereiste faktureringsveranderinge op ons beste poging. Meer om te kruisbekragtig as jy vind dat betalings in jou eie program om onbekende redes misluk.

Kan inprogram-produkte sowel as intekeninge toets (onthou om dit na jou toets te kanselleer!). Verskaf ook logs om gebeurtenisse tydens die betalingsvloei aan te dui.

Sleutel implementering besonderhede vanaf hierdie oomblik:

1. Maak seker dat jy jou aankope hanteer (erken, en verbruik indien van toepassing) wanneer jy 'n suksesvolle antwoord in onPurchasesUpdated in PurchasesUpdatedListener ontvang

2. Maak seker dat jy ook navraag doen oor gebruiker se aankope (queryPurchasesAsync) op jou toepassing se onResume()-oproepe (of ekwivalent as onResume() nie 'n regte plek is nie), ondersoek elke aankoop se erkenningstatus en erken dit as hulle nie suksesvol erken is nie .

- Verbruik ook die verbruiksgoedere as dit reeds erken is, maar steeds by die antwoord ingesluit is (wat beteken dat dit nie suksesvol verbruik is nie)

3. Dateer die UI op om die nuwe veranderinge van faktuurreaksie dienooreenkomstig te weerspieël.

4. Wees bewus daarvan dat horlosieskerms redelik gou kan afgaan, wat moontlik opPurchasesUpdated() ens kan vertraag as gevolg van die toepassing wat nie aktief loop of gebeurtenisse ontvang wanneer 'n betaling voltooi is nie. En wanneer jy die skerm wakker maak, kan beide onPurcahsesUpdated() en die queryPurchasesAsync() in onResume() op amper dieselfde tyd brand (so maak seker dat jy na wedrentoestande kyk).

5. Wees bewus daarvan dat aankope wat nie binne 72 uur erken word nie, outomaties terugbetaal sal word.