整合 Google Play Billing Library 的流程

提醒，您必須擁有 Google Play 開發者帳戶並開啟 Google Payments 商家帳戶。

流程:
1. 於 build.gradle 中引入 Google Play Billing Library，程式內其他 Billing 相關的部分可暫時先不實作。

implementation 'com.android.billingclient:billing:*.*.*'

2. 將應用程式 Sign 好，上傳到 Developer Console 的任一測試階段。(需要一段時間生效)
3. 開始在 Developer Console 中建立應用程式內商品，並記得啟用。
4. 參考範例開始實作應用程式內購買。
5. 若有使用 ProGuard 也請記得加上

-keep class com.android.vending.billing.**

6. 於裝置上測試購買。
7. 購買成功後在 Developer Console 的訂單管理中可以看到該筆交易。(會標示為測試訂單)
8. 若有需要，可於訂單管理中進行退款(撤銷購買項目)的測試。

注意事項:
若您沒有自己的 Server 處理交易紀錄，而是靠 Play Store 來記錄的話。因為他有 Local Caching 的機制，有時不會立即反映交易狀態的改變。比如說您從訂單管理中取消了交易，但 App 透過 Google Play Billing Library 去查詢卻還是"已購買"的狀態。此時可以試著重啟裝置讓 Play Store 去同步交易狀態。

參考資料:
https://developer.android.com/google/play/billing

留言

這個網誌中的熱門文章

App 在 Google Play 被停權與恢復的經驗分享

最近心情真像是洗了三溫暖～前幾天把已經很久沒維護的 EZ App安裝器稍微調整了 UI，修了修 Bug，提交更新。幾個小時過去發現 Google Play 還沒反應，感覺有點怪...可能是系統忙碌吧。當下也沒想太多就跑去睡了。隔天一早打開開發者控制台，登愣！又看到熟悉的景象... App 被停權了！！！為什麼說"又"呢？出來混總是要還的，被停權也不是第一次了。多年前剛開始在 Google Play 上架時，學別人在商店描述裡加了一堆 Keyword，其實有沒有用也不知道。然後某次開發人員計劃政策調整後，這種行為被視為違規，於是一下子被停權兩隻 App。畢竟是自己沒注意到政策調整，而且罪證確鑿，只好摸摸鼻子認了。不過明明是很簡單就能修正的問題，Google 總是完全不給機會就直接停權，手段實在狠毒！這也是最讓人難以接受的地方。順帶一題，Google Play 的違規處分大概分為以下幾種：拒絕：更新版本遭拒，但之前所發佈的版本仍會保留在 Google Play 商店中。下架：應用程式會從 Google Play 下架。必須提交符合規範的更新版本，才能讓應用程式重新上架。停權：應用程式會從 Google Play 下架。必須更改 package name，才能讓應用程式重新上架。這意味著將失去原本累積的下載數、統計資料和評分，一切重頭來過。終止開發者帳號：所有應用皆會下架，無法再上架新應用。"相關帳戶"也會一併處分，不允許再註冊新的開發者帳號。我三次遇到的都是停權，但這次的原因是為什麼呢？根據信裡的說明是違反了開發人員發佈協議的"其他商店"條款。什麼是"其他商店"條款？ 4.5 其他商店。凡是「產品」具有任何推廣其他商店之用途，藉此引導使用者透過這類替代性管道發佈 Android 軟體應用程式或遊戲，則一概禁止在「商店」中發佈或提供。奇怪？我的 App 裡面沒有推廣其他應用程式商店啊？信中有申訴的管道，寫信去問明白吧。網頁說可以用中文、英文、日文及韓文提出申訴，就直接寫中文吧。一來比較好溝通，同時看看都是講中文的會不會比較寬大為懷 XDD～提出申訴後過了幾個小時，收到回覆了...

閱讀完整內容

使用 <uses-feature> 的注意事項

<uses-feature> 最早是在 Android 1.6 SDK (API Level 4) 中出現的，他的用途是用來宣告 App 會使用到哪些軟硬體功能(比如 Camera、Bluetooth、OpenGL ES version...)。不過事實上系統本身並不會去檢查這些設定，但 Google Play 確會用這些設定去過濾要呈現哪些 App 給使用者。比如說我宣告了下面這行，表示我會使用到 Camera 功能。這樣 Google Play 就不會將我的 App 顯示在沒有 Camera 的裝置上。 <uses-feature android:name="android.hardware.camera" /> 不過後來在 Android 2.0 SDK (API Level 5) 中，<uses-feature> 多了一個屬性叫 android:required 。當某功能在 App 中是必要時需設定為 true ，若是非必要時則設成 false 。咦?...若是不需要的話，我直接省略 <uses-feature> 不是更省事嗎? 在看完落落長的開發者文件後才瞭解，嚴格來說，每個 App 都應該要清楚宣告哪些功能是必要或非必要。但因為種種原因，開發者可能忽略或未正確宣告。所以 Google Play 除了檢查 <uses-feature> 外，還會參考 <uses-permission> 的設定。當有設定 <uses-permission> 時， Google Play 會假定相關的功能是必要的，並加入過濾。舉例來說，我的 App 會使用到 Camera，但不是必要的。而我只宣告了 Camera 的 <uses-permission>，卻忽略了 <uses-feature>。 <uses-permission android:name="android.permission.CAMERA" /> 此時 Google Play 發現了這個 <uses-permission>，便會將 Camera 視為必要而進行過濾，沒有 C...

閱讀完整內容

設定 Google Play Payments 與 AdSense 的電匯付款銀行

有上架 App 到 Google Play 營利的開發者最關心的就是如何收取款項了。目前付費 App 與 In-app Billing 的收益是透過 Google Play Payments 直接電匯到開發者的銀行帳戶。而 AdMob 廣告收益則是由 AdSense 透過支票，電匯或西聯匯款給開發者。這篇介紹如何設定電匯付款銀行的部份。首先登入 Google Play Console 或 AdSense，接著到付款設定新增電匯付款，會看到一些欄位需要填寫：欄位說明: 帳戶所有人名稱：請填入你的英文譯名，建議跟護照上一樣，方便行員辨識。千萬不要填 John、David、Mary 這種喔。銀行名稱：請填入銀行英文名稱，我是在臺銀南港分行開的戶，我就填 BANK OF TAIWAN Nan Kang Branch。 SWIFT-BIC (電匯代碼)：請填入銀行的電匯代碼，可以詢問你的開戶銀行或在這邊查詢。我是直接去分行問的，通常銀行會準備一張類似下面這種小紙條給你，上面就有所需資訊。帳號：請填入你的銀行帳號。這裡填台幣或外幣帳戶都可以，填台幣帳戶的話銀行會在收到款項時直接幫你依當天匯率轉存為台幣。我自己是填外幣帳戶，想說可以等匯率比較好的時候再轉換。填妥後送出驗證就可以每個月等著收錢啦!(前提是要有達到最低付款金額100美元)。另外要注意的是匯入匯款可能會有手續費產生( 包含本地銀行及中轉銀行)，依銀行不同，金額也有所差異。以臺銀為例，不管你是匯到台幣或外幣帳戶，每筆會收至少200台幣的手續費。以我自己的經驗來說，用臺銀收款1200美元，本地加中轉總共被扣了大概14美元。希望以上資訊能幫到大家，感謝 :-) 參考資料: http://support.google.com/googleplay/android-developer/bin/answer.py?hl=zh-Hant&answer=2700656 http://dada.tw/2014/03/03/677/ http://weisue.pixnet.net/blog/post/30006232 http://www.bot.com.tw/ebc/ebcboard/qnadetail.asp...

閱讀完整內容

EZWorks

搜尋此網誌