当拆开新设施精美的包装,揭去全新屏幕的贴膜,将新设施设置实现后,用户以前应用的利用便曾经下载到了设施上,这便是全新挪动设施的魔法。然而,当用户尝试应用他们的利用,却不得不从新进行认证时,换机的无缝体验便戛然而止。让用户记住账户凭据,并实现账户复原流程,这带来的阻力会导致用户摈弃旧账户并创立一个新的账户,甚至间接放弃以后的利用。
为了解决这一问题,咱们公布了 Block Store API,它使得在新设施中从新登录用户的利用,就像在设置流程中从备份中复原信息一样简略,这样用户便能够在更换手机后,像没有换机前一样持续应用他们的利用。持续浏览以进一步理解 Block Store,本文将介绍它所带来的益处以及如何利用 Block Store 为用户提供神奇的体验。
什么是 Block Store?
Block Store API 能够让您的利用存储用户凭据,从而可在将来的新设施中取回凭据,并用于从新验证用户。当用户应用一台设施疏导另一台设施时,凭据数据就会在设施间传输。
Block Store 的工作原理
- 当用户登录您的利用时 (或是在此之后的任何工夫),您能够将您为用户生成的身份认证令牌保留至 Block Store。
- 当您应用 Block Store 保留令牌后,令牌会被加密并保留在设施的本地存储中。
- 当用户应用 “ 设施到设施 ” 的复原流程时,数据会被传输到新设施上。
- 如果用户在 “ 设施到设施 ” 的复原时抉择同时复原他们的数据,当用户在新设施上关上您的利用时,Block Store 会为您的利用取回令牌。
为什么要应用 Block Store?
尽管此 API 为可选接入,然而接入它能够为您的利用带来如下益处:
- 如果用户不用劳神记住认证凭据,那他们也会更违心应用惟一且更难以被网络钓鱼的明码。
- 打消由登录带来的、可能最终导致您用户散失的应用阻力。
- 集成 Block Store 非常简略,而且无论您的登录形式如何皆可失常工作。
- Google 会验证用户的身份。
如何在我的利用中增加它?
当用户登录您的利用时,您能够通过调用 storeBytes() 将您为用户生成的身验认证令牌存储至 Block Store。这一操作会将用户的凭据存储到源设施。当初,令牌已被加密并保留到了设施的本地存储中。
<!-- Copyright 2021 Google LLC.
SPDX-License-Identifier: Apache-2.0 -->
val client = Blockstore.getClient(this)
client.retrieveBytes()
.addOnSuccessListener { result ->
Log.d(TAG,“Retrieved: ${String(result)}”)
}
.addOnFailureListener { e ->
Log.e(TAG,“Failed to retrieve bytes”, e)
}
当用户在新设施上实现 “ 设施到设施 ” 的复原流程时,Block Store 会取回您的令牌。因为用户曾经批准在复原流程中复原您利用的数据,所以此操作无需额定的许可。当用户关上您的利用时,您能够通过调用 retrieveBytes()
从 Block Store 申请您的令牌。获得的令牌能够用于在新设施上放弃用户的登录状态。如果调用此接口的利用没有令牌,Block Store 仍然会调用 onSuccessListener()
,但后果会是空字节。如果您在同一个设施上先后调用 storeBytes()
和 retrieveBytes()
,retrieveBytes()
会返回先前调用的 storeBytes()
设置的字节。
<!-- Copyright 2021 Google LLC.
SPDX-License-Identifier: Apache-2.0 -->
val client = Blockstore.getClient(this)
client.retrieveBytes()
.addOnSuccessListener { result ->
Log.d(TAG,“Retrieved: ${String(result)}”)
}
.addOnFailureListener { e ->
Log.e(TAG,“Failed to retrieve bytes”, e)
}
总结
以上便是开始应用 Block Store 所需的全副信息!点击这里 即刻理解更多相干内容。
欢迎您 点击这里 向咱们提交反馈,或分享您喜爱的内容、发现的问题。您的反馈对咱们十分重要,感谢您的反对!