我有一個簡單的問題:是機器人媒體的inAppBilling library可靠和有資格使用,或者你寧願建議我經典inAppBilling imlementation?AndroidBillingLibrary的可靠性
回答
鑑於robotmedia的library您鏈接到7個月未更新(在寫這篇文章的時間),並明確規定其只支持V1和GOOGLEPLAY的V2應用程序內購買,我建議Google implementation這目前運行於V3,僅僅是因爲更明顯的更新週期。
V3 improves the usability使整個系統更容易與應用程序集成,因此就可靠性而言,我會提出您不太可能在簡單的實現中引入自己的錯誤。
有大量資源向您展示如何通過Google Play庫設置和獲取In App Billing與Android配合使用。 (RobotMedia也可以作爲自己的教程)。
您可以閱讀關於實施Google Play服務在應用程序結算here。
我想有更好的替代robotmedia或經典實現。
OpenIAB支持Google Play,Amazon,SamsungApps,Yandex.Store,Appland並基於Google v3 API。
由於V3的庫存是通過蘋果商店管理,所以你甚至不會崩潰後或互聯網連接狀況不佳
簡單的一步一步的失去你的購買如何做是正確的GitHub上https://github.com/onepf/OpenIAB 問題和答案也是在GitHub
太好了,謝謝。還有一種方法,如何完成到期類型購買?就像我想要提供用戶購買並且他的購買在f.e.中過期一樣。 2個月 – marson
v3中有一個內置的訂閱功能。如果您要使用它,Store會每月或每年收取用戶費用。但據我所知,您無法指定自己的時間間隔進行此類付款。 如果您需要正好2個月的時間,可能最好提供消費品「1個付費月」,「2個付費月」,並將其視爲虛擬貨幣,如水晶或硬幣。 或者您可以爲以下方案創建幾個非消耗品: 項目「前2個月」爲2美元 項目「未來4個月」爲3美元 –
我寫的,我不會將其用於新的應用程序。這就是說,如果我不得不開發一款需要應用內結算的Android新應用程序,我可能會更新庫。
不幸的是,我不會很快預見到這種情況。
無論您使用什麼,請確保它構建在版本3 API之上。
- 1. C2DM的可靠性
- 2. SqlDependency可靠性?
- 3. Xeround可靠性
- 4. 流可靠性
- 5. Qpid可靠性
- 6. Optimizely可靠性
- 7. RAMDisk可靠性
- 8. Kryonet可靠性
- 9. Logback可靠性
- 10. 可靠性和WCF
- 11. FirebaseInstanceId.getInstance()。getToken()可靠性
- 12. Lucene docID可靠性
- 13. PHP header();可靠性
- 14. $ _SERVER ['REQUEST_URI']的可靠性?
- 15. Content-Type的可靠性:image?
- 16. 快照的可靠性
- 17. NuGet飼料的可靠性
- 18. Microsoft.Expression.Encoder.MediaItem的可靠性如何?
- 19. 範圍可靠的屬性
- 20. Fluentd td-agent的可靠性
- 21. 可靠性PHP的$ _ SERVER [「REMOTE_ADDR」]
- 22. HTTP_REFERER的可靠性如何?
- 23. HtmlUnitDriver的可靠性如何?
- 24. S3高可用性+備份可靠性
- 25. 流利的持久性和可靠性
- 26. 用戶屬性的可靠性(Persistance?)
- 27. 簡單數字編輯的可靠性有多可靠?
- 28. 使用UIKit KVO的可靠性如何可靠
- 29. noexcept和可靠性保證
- 30. 可靠性在localhost通信
感謝您的完整答案。那就是我正在尋找:) – marson