Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
InAppUpdate実装&InAppBillingClientVer2.0実装例
Search
Sponsored
·
SiteGround - Reliable hosting with speed, security, and support you can count on.
→
katsuki-nakatani
July 26, 2019
Technology
630
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
InAppUpdate実装&InAppBillingClientVer2.0実装例
katsuki-nakatani
July 26, 2019
More Decks by katsuki-nakatani
See All by katsuki-nakatani
Android 10 対応 Tips
katsukinakatani
0
130
AndroidJetpack概要 &旧AACの紹介
katsukinakatani
0
730
ViewModel使ってますか?
katsukinakatani
0
340
デフォルトアプリとパーミッション
katsukinakatani
0
230
Target SDK Version 26に上げる時につまづいたこと
katsukinakatani
3
2.9k
Whats new android wear (umeda.apk #3 LT)
katsukinakatani
1
520
Android 7.1.1 AppShortcuts setup(DevfestKansai Lightning Talk)
katsukinakatani
1
730
Firebase Authentication & Firebase Realtime Database setup
katsukinakatani
2
920
Firebase Setup for Android Studio2.2
katsukinakatani
1
640
Other Decks in Technology
See All in Technology
アウトプット初心者、半年間のふりかえり
4o1sobblue
0
450
Persisting Massive Data with Rails ~Designing for 60 billion rows, and fighting the bottlenecks~ Railsで挑む大量データ永続化 〜600億件を永続化するための設計とボトルネックとの戦い〜
occhi
0
740
Post AI時代のリファクタリング実践記 / Refactoring in the post AI era
kaminashi
1
290
Browser Spec: Testing Hotwire with Ruby
takahashim
1
130
10年後、Engineering 行為を剥奪されるとして、わたしたちは、どう、何を創ればいいだろうか。 / If Engineering Is Taken Away in 10 Years, How and What Should We Create?
bitkey
PRO
1
200
React改造してみた
tsukina_7mochi
0
120
実践!Cloud Run ハンズオン!! / Cloud Run handson
y0hgi
2
300
AIがコードを書く時代に、エンジニアは何で自分の価値を証明するのか / In an era where AI writes code how do engineers prove their value
carta_engineering
3
1.1k
「Docker Desktop不要の時代」は 来たのか?
ueponx
0
840
パスキーの自動テストはどこまでいけるのか
teamlab
PRO
0
280
Benchmarking Disaggregated Serving on vLLM + Dynamo with a Real Coding-Agent Workload
nttcom
1
200
二歩目のフロントエンド・ウェブアクセシビリティ
camiha
2
670
Featured
See All Featured
Amusing Abliteration
ianozsvald
1
350
State of Search Keynote: SEO is Dead Long Live SEO
ryanjones
0
320
Building Applications with DynamoDB
mza
96
7.2k
Groundhog Day: Seeking Process in Gaming for Health
codingconduct
0
420
Building a Modern Day E-commerce SEO Strategy
aleyda
45
9.3k
The MySQL Ecosystem @ GitHub 2015
samlambert
251
13k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
32
3.1k
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
333
23k
Optimizing for Happiness
mojombo
378
71k
Reflections from 52 weeks, 52 projects
jeffersonlam
356
22k
Embracing the Ebb and Flow
colly
88
5.2k
Marketing to machines
jonoalderson
1
5.9k
Transcript
Google I/O 2019 振り返り +In-App Update &In-App billing migration例 Osaka
Mix Leap Study #47 - Android&Flutter 勉強会
Speaker 中谷 克紀 仕事 Enterprise Server Engineer GDG 神戸スタッフ Twitter @KatsukiNakatani
Google I/O 2019
Android関連 ・CameraX ・JetPack Compose ・Kotlin first ・Android Q ・Android Studio
3.5 Beta1 ・PlayCoreLibrary stable ・PlayBillingLibrary 2.0 and more ...
さて、今日の本題 アプリ開発で問題になること アプリがアップデートされない(してくれない)
アップデートされない理由 ・アップデートに気づかないタイプ ・アップデートしたくないタイプ
みんなどうしていた? ・WebAPI機能を実装している場合 起動時にWebAPI側でVersionCodeチェック Versionが違う場合は、ダイアログを表示してPlayStore に飛ばす
私の場合 さくらのVPSにVerCode書いたファイルを置く 起動時にokhttpなどでVersionCodeチェック Versionが違う場合は、notificationを表示する
いらぬパーミッション <uses-permission android:name="android.permission.INTERNET" />
複数トラックの管理どうする? トラックごとにVerCodeをもたせて ロールアウトするごとに管理ファイルを更新するの?
段階的リリースどうする? ・段階リリースは同じトラック内にはいるが インストールユーザーのパーセンテージを指定して 徐々にユーザーにアップデートを提供する機能
ちょっと脱線 クローズドトラック使ってる人いますか?
結論 いや。もうWebAPIでは開発者がバージョン管理をするのは無 理がある
アップデートされない理由 ・アップデートに気づかないタイプ ・アップデートしたくないタイプ 少しでも改善したい
救世主登場 In-App Update API!!
In-App Updateとは? Play Core Libraryに含まれるAPI アプリケーションのアップデートを促すことができる INTERNET Permissionは不要 複数トラックも見分けすることが可能 段階的リリースにも対応
実装見ていきましょう implementation "com.google.android.play:core:1.6.1" build.gradle
初期化 lateinit var appUpdateManager: AppUpdateManager override fun onCreate(savedInstanceState: Bundle?) {
super.onCreate(savedInstanceState) setContentView(R.layout.activity_main) appUpdateManager = AppUpdateManagerFactory.create(this) } MainActivity.kt
リスナーの追加 lateinit var appUpdateManager: AppUpdateManager override fun onCreate(savedInstanceState: Bundle?) {
super.onCreate(savedInstanceState) setContentView(R.layout.activity_main) appUpdateManager = AppUpdateManagerFactory.create(this) appUpdateManager.appUpdateInfo.addOnSuccessListener { task -> when (task.updateAvailability()) { } } } MainActivity.kt Why Service Bind ??
ServiceBind 2019-07-05 00:12:20.248 10696-10696/org.gdgkobe.sample.inappupdate I/PlayCore: UID: [10081] PID: [10696] AppUpdateService
: requestUpdateInfo(org.gdgkobe.sample.inappupdate) 2019-07-05 00:12:20.306 10696-10696/org.gdgkobe.sample.inappupdate I/PlayCore: UID: [10081] PID: [10696] AppUpdateListenerRegistry : registerListener 2019-07-05 00:12:20.408 10696-10730/org.gdgkobe.sample.inappupdate I/PlayCore: UID: [10081] PID: [10696] AppUpdateService : Initiate binding to the service. 2019-07-05 00:12:21.126 10696-10696/org.gdgkobe.sample.inappupdate I/PlayCore: UID: [10081] PID: [10696] AppUpdateService : ServiceConnectionImpl.onServiceConnected(ComponentInfo{com.android.vending/com.google.android.finsky.installservice.DevTriggeredU pdateService}) 2019-07-05 00:12:21.135 10696-10730/org.gdgkobe.sample.inappupdate I/PlayCore: UID: [10081] PID: [10696] AppUpdateService : linkToDeath 2019-07-05 00:12:21.255 10696-10718/org.gdgkobe.sample.inappupdate I/PlayCore: UID: [10081] PID: [10696] OnRequestInstallCallback : onRequestInfo 2019-07-05 00:12:21.257 10696-10730/org.gdgkobe.sample.inappupdate I/PlayCore: UID: [10081] PID: [10696] AppUpdateService : Unbind from service. bind PlayStoreアプリのサービスへ バインドをしている
InternetPermissionがいらない仕組み ではなく これだからです
戻り値で更新があるかどうか判断 lateinit var appUpdateManager: AppUpdateManager override fun onCreate(savedInstanceState: Bundle?) {
super.onCreate(savedInstanceState) setContentView(R.layout.activity_main) appUpdateManager = AppUpdateManagerFactory.create(this) appUpdateManager.appUpdateInfo.addOnSuccessListener { task -> when (task.updateAvailability()) { } } } MainActivity.kt UpdateAvailability.UNKNOWN UpdateAvailability.UPDATE_AVAILABLE UpdateAvailability.UPDATE_NOT_AVAILABLE UpdateAvailability.DEVELOPER_TRIGGERED_UPDATE_IN_PROGRESS
イベントフロー 初期化 Listener登録 Bind、状態返却 更新するUIを表示 Available Immediate Flexible
パターンが2つ Immediate Flexible
Immediate(即時更新) 更新ボタンを押すとダウンロードが開始 ダウンロード後自動インストール インストール後、アプリは自動再起動 ダウンロード時はアプリが利用できない
flexible 更新ボタンを押すとダウンロードが開始 ダウンロード後は開発者がインストールを促すアクションを提示 インストール後、アプリは自動再起動 ダウンロード時にアプリを利用することが可能
更新するUIを提示するコード appUpdateManager.appUpdateInfo.addOnSuccessListener { task -> when (task.updateAvailability()) { UpdateAvailability.UPDATE_AVAILABLE ->
{ appUpdateManager.startUpdateFlowForResult( task, AppUpdateType.IMMEDIATE, // or flexible this, ImmediateActivity.UPDATE_CHECK_REQUEST_CODE ) }
Immediateの場合 特に終了を意識する必要はないので、 Flowを開始すればいい。 ただし、Foregroundで処理が実行される関係上、アプリが裏側に行ってしまう場合は、 Resume処理が必要 override fun onResume() { super.onResume()
appUpdateManager.appUpdateInfo.addOnSuccessListener { task -> when (task.updateAvailability()) { UpdateAvailability.DEVELOPER_TRIGGERED_UPDATE_IN_PROGRESS -> { appUpdateManager.startUpdateFlowForResult( task, AppUpdateType.IMMEDIATE, this, ImmediateActivity.UPDATE_CHECK_REQUEST_CODE ) } } } }
flexibleの場合 Flow開始後にダウンロード完了検知が必要 private fun registerInstallStateListener() { installStateUpdateListener = InstallStateUpdatedListener {
Log.d("resumeState", "State " + it) if (it.installStatus() == InstallStatus.DOWNLOADED) { showUpdateMessage() //Snackbarを表示 appUpdateManager.unregisterListener(installStateUpdateListener) installStateUpdateListener = null } } appUpdateManager.registerListener(installStateUpdateListener) } private fun showUpdateMessage() { Snackbar.make(findViewById(R.id.root_layout), "Update Available", Snackbar.LENGTH_LONG) .setAction("Update") { _ -> appUpdateManager.completeUpdate() }.show() }
Tips
Tips Immediateは強制インストールではない ☓ボタンで閉じることが出来る バックキーも有効 override fun onActivityResult(requestCode: Int, resultCode: Int,
data: Intent?) { super.onActivityResult(requestCode, resultCode, data) if(requestCode == UPDATE_CHECK_REQUEST_CODE && resultCode == Activity.RESULT_CANCELED){ Toast.makeText(this,"更新してくれ〜",Toast.LENGTH_LONG).show() } } onActivityResultで検知して、対応をしましょう
Tips Updateするパッケージごとに Immediate,Flexibleを分けたい appUpdateManager.appUpdateInfo.addOnSuccessListener { task -> when (task.updateAvailability()) {
UpdateAvailability.UPDATE_AVAILABLE -> { val versionCode = task.availableVersionCode() { "state": [ { "vname": "1.0.1", "vcode": 2, "type": "Flexible" }, { "vname": "1.0.2", "vcode": 3, "type": "Immediate" }, { "vname": "1.0.3", "vcode": 4, "type": "Cancel" } ] }
Tips APIを初期化した際のリクエストでは外部へストアアプリが見に行ってくれるわけではない NotAvailable ストアアプリを開いて、アプリの更新を押す Available!
Tips In-App Updateでは、Playストアアプリでアプリが公開されており一度でもインストールされていないといけ ない
Tips 署名キーはAPIに影響しない パッケージ名が違う場合は動作しない
まとめ In-App UpdateはPlay Core Libraryに含まれるAPI PlayStoreは必要 INTERNET Permissionは不要 複数トラックも見分けすることが可能 段階的リリースにも対応
アプリケーションのアップデートを簡易的に促すことができる 公開しないと使えないので公開は必須
Play Billing Library 2.0 Google Play Billing Library 1.0 リリース(2017-09-19)
Google Play Billing Library 1.1 リリース(2018-05-07) Google Play Billing Library 1.2 リリース(2018-10-18) Google Play Billing Library 1.2.1 リリース(2019-03-04) Google Play Billing Library 2.0 リリース(2019-05-07)
Play Billing Library 1.x系実装 //billing implementation "com.android.billingclient:billing:${billing_version}"
初期化とConnectionの開始 class MainActivity : AppCompatActivity(), PurchasesUpdatedListener { lateinit private var
billingClient: BillingClient ... billingClient = BillingClient.newBuilder(context).setListener(this).build() billingClient.startConnection(object : BillingClientStateListener { override fun onBillingSetupFinished(@BillingClient.BillingResponse response: Int) { when (response) { OK -> { } else -> { } } } override fun onBillingServiceDisconnected() { } })
購入 val params = BillingFlowParams.newBuilder() .setType(BillingClient.SkuType.INAPP) .setSku(AppParameter.CATALOG[0]) .build() val responseCode
= activity.billingClient.launchBillingFlow(activity, params)
流れ(1.x) 初期化 Connection開始 購入Flow開始 アイテム所持
Play Billing Library 2.x系実装 //billing implementation "com.android.billingclient:billing:${billing_version}"
初期化とConnectionの開始 class MainActivity : AppCompatActivity(), PurchasesUpdatedListener { lateinit private var
billingClient: BillingClient ... billingClient = BillingClient.newBuilder(context).enablePendingPurchases().setListener(this).build() billingClient.startConnection(object : BillingClientStateListener { override fun onBillingSetupFinished(billingResult: BillingResult) { when (billingResult.responseCode) { OK -> { } else -> { } } } override fun onBillingServiceDisconnected() { } })
購入 fun startPurchase() { val params = SkuDetailsParams.newBuilder() val skuList
= arrayListOf<String>().toMutableList().apply { add(“item001”) } params.setSkusList(skuList).setType(BillingClient.SkuType.INAPP) //一度、アイテムの詳細情報を取得する activity.billingClient.querySkuDetailsAsync(params.build()) { billingResult, skuDetailsList -> if (billingResult.responseCode == BillingClient.BillingResponseCode.OK) { val flowParams = BillingFlowParams.newBuilder() .setSkuDetails(skuDetailsList.first()) .build() val responseCode = activity.billingClient.launchBillingFlow(activity, flowParams) } } }
とても大事なこと 承認すること override fun onPurchasesUpdated(billingResult: BillingResult?, purchases: MutableList<Purchase>?) { when
(billingResult?.responseCode) { OK -> { if (purchases != null) { queryPurchase() } else {} } else -> { } } } fun queryPurchase() { //購入情報を取得 val result = activity.billingClient.queryPurchases(BillingClient.SkuType.INAPP) result?.purchasesList?.firstOrNull()?.run { if(purchaseState == Purchase.PurchaseState.PURCHASED){ //承認フラグが承認されていない場合 if (!isAcknowledged) { val acknowledgePurchaseParams = AcknowledgePurchaseParams.newBuilder().setPurchaseToken(purchaseToken).build() activity.billingClient.acknowledgePurchase(acknowledgePurchaseParams, acknowledgePurchaseResponseListener) } } } }
流れ(2.x) 初期化 Connection開始 購入Flow開始 アイテム所持 承認!!
承認は必要です
テストを怠るとこうなる もう一回買ってもらえばええやん? クレジットは払い戻せない
どう対応したか PlayConsoleからプロモーションコードを発行し無料で提供
まとめ In-App Billing 2.x系の対応は、承認処理が必要 それ以外は大きく変わっていないのでMigrationは比較的ラクです テストはやろう。絶対
ご清聴ありがとうございました GDG神戸のDoorKeeperにもぜひご登録ください https://gdgkobe.doorkeeper.jp/