FA模型訪問Stage模型DataShareExtensionAbility

概述

無論FA模型還是Stage模型，數(shù)據(jù)讀寫功能都包含客戶端和服務(wù)端兩部分。

FA模型中，客戶端是由DataAbilityHelper提供對(duì)外接口，服務(wù)端是由DataAbility提供數(shù)據(jù)庫的讀寫服務(wù)。
Stage模型中，客戶端是由DataShareHelper提供對(duì)外接口，服務(wù)端是由DataShareExtensionAbility提供數(shù)據(jù)庫的讀寫服務(wù)。
開發(fā)前請(qǐng)熟悉鴻蒙開發(fā)指導(dǎo)文檔 ：[gitee.com/li-shizhen-skin/harmony-os/blob/master/README.md]

服務(wù)端由FA模型升級(jí)到Stage模型后，會(huì)導(dǎo)致FA模型的客戶端在API 9(含)之后的版本上無法訪問服務(wù)端。

為了解決上述問題，系統(tǒng)在框架側(cè)提供了一個(gè)解決方案，讓開發(fā)者平滑過渡到API 9(含)之后的版本。

基本原理

一種兼容方法是DataAbilityHelper根據(jù)傳入的URI的前綴是DataAbility還是DataShare來決定是否調(diào)DataShareHelper的接口。但是這種方法需要開發(fā)者修改原客戶端代碼的URI，做不到無感知切換。

因此DataAbilityHelper不能僅依賴URI的前綴決定訪問DataAbility還是DataShareExtensionAbility，系統(tǒng)采用的方法是：

先按照傳入的URI拉起DataAbility；如果拉起失敗，再將傳入的URI的前綴轉(zhuǎn)換成DataShare再去嘗試?yán)餌ataShareExtensionAbility。
如果URI無對(duì)應(yīng)的DataAbility和DataShareExtensionAbility，則拉起失敗；反之，必定會(huì)拉起DataAbility或者DataShareExtensionAbility。

約束與限制

由DataAbility切換到DataShareExtensionAbility時(shí)，只能修改URI的前綴，不能修改URI的其他部分。
DataShareHelper并沒有實(shí)現(xiàn)原DataAbilityHelper對(duì)外API接口的所有功能，因此有部分接口是無法兼容的，具體如表1所示。
表1 FA模型訪問stage模型DataShareExtensionAbility接口支持情況

接口`HarmonyOS與OpenHarmony鴻蒙文檔籽料：mau123789是v直接拿`	DataAbilityHelper是否提供	DataShareHelper是否提供	是否兼容
on	是	是	是
off	是	是	是
notifyChange	是	是	是
insert	是	是	是
delete	是	是	是
query	是	是	是
update	是	是	是
batchInsert	是	是	是
getType	是	否	否
getFileTypes	是	否	否
normalizeUri	是	是	是
denormalizeUri	是	是	是
openFile	是	否	否
call	是	否	否
executeBatch	是	否	否

審核編輯黃宇

聲明：本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人，不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用，如有內(nèi)容侵權(quán)或者其他違規(guī)問題，請(qǐng)聯(lián)系本站處理。舉報(bào)投訴