Ich versuche etwas zu implementieren, das Ihrem Ansatz ähnelt. In unserem Fall sind unsere Zielgruppe Kinder, daher erwarten wir nicht, dass der Konsument die zahlende Person ist und dass die Eltern mehrere Kopien kaufen, eine für jedes Kind. Daher funktioniert das normale Modell (von einer Sache pro Kunde) nicht.
Da Lizenzierung (pro Kind) tatsächlich von unseren Servern gehandhabt wird, müssen alle Zahlungen (wir behandeln sie als Verbrauchsmaterial) in der App ausgeführt werden, dann wird das Token an den Server übergeben, um verifiziert zu werden. dann aktualisiert der Server die Lizenzen und wenn das betreffende Kind das nächste Mal seine Lizenzen abfragt, nehmen sie an, dass die Zahlung ausgeführt wurde. Die App muss sie dann als verbraucht markieren, auch wenn die Aktivierung nicht direkt von ihr gesteuert wird. Stattdessen scheint es die einzige Option zu sein, eine Tabelle aller purchaseTokens zu verwalten und sie intern als konsumiert zu markieren, und so muss die App regelmäßig fragen, ob eines der Token, die für den aktuellen (Google-) Benutzer ausstehen, verbraucht werden muss und kreuzen Sie sie an, wenn sie es tun. Als Ergänzung dazu müssen wir den Zahlungsprozess noch komplizierter machen, indem wir uns selbst überprüfen, ob das anfragende Kind (oder der zahlende Google-Nutzer) gesperrt werden sollte, falls Zahlungen vorliegen, die von einem anderen Kind anhängig sind.
Es wäre so viel einfacher, wenn Google dem Server erlauben würde, das Verbrauchsmaterial als gebraucht zu markieren, aber ich muss noch eine Lösung finden. Hoffen wir, dass APIv4 es hat.
Haben Sie eine Antwort darauf gefunden? –
Ich habe keine Lösung gefunden, um in App-Produkten zu konsumieren. Ich denke, das könnte absichtlich so aussehen. –
Haben Sie eine Antwort darauf gefunden? Ich brauche es –