鸿蒙HarmonyOS开发-FA模型访问Stage模型DataShareExtensionAbility

最新推荐文章于 2024-09-30 15:46:13 发布

「已注销」

最新推荐文章于 2024-09-30 15:46:13 发布

阅读量1k

点赞数 13

分类专栏：鸿蒙开发 harmonyOS 移动开发文章标签： harmonyos 网络鸿蒙鸿蒙开发 FA模型移动开发组件化

本文链接：https://blog.csdn.net/YHDMYBY/article/details/141403965

版权

鸿蒙开发同时被 3 个专栏收录

100 篇文章 0 订阅

订阅专栏

移动开发

100 篇文章 0 订阅

订阅专栏

harmonyOS

87 篇文章 0 订阅

订阅专栏

无论FA模型还是Stage模型，数据读写功能都包含客户端和服务端两部分。

FA模型中，客户端是由DataAbilityHelper提供对外接口，服务端是由DataAbility提供数据库的读写服务。
Stage模型中，客户端是由DataShareHelper提供对外接口，服务端是由DataShareExtensionAbility提供数据库的读写服务。

服务端由FA模型升级到Stage模型后，会导致FA模型的客户端在API 9(含)之后的版本上无法访问服务端。

为了解决上述问题，OpenHarmony在框架侧提供了一个解决方案，让开发者平滑过渡到API 9(含)之后的版本。

基本原理

一种兼容方法是DataAbilityHelper根据传入的URI的前缀是DataAbility还是DataShare来决定是否调DataShareHelper的接口。但是这种方法需要开发者修改原客户端代码的URI，做不到无感知切换。

因此DataAbilityHelper不能仅依赖URI的前缀决定访问DataAbility还是DataShareExtensionAbility，OpenHarmony采用的方法是：

先按照传入的URI拉起DataAbility；如果拉起失败，再将传入的URI的前缀转换成DataShare再去尝试拉起DataShareExtensionAbility。
如果URI无对应的DataAbility和DataShareExtensionAbility，则拉起失败；反之，必定会拉起DataAbility或者DataShareExtensionAbility。

约束与限制

由DataAbility切换到DataShareExtensionAbility时，只能修改URI的前缀，不能修改URI的其他部分。

DataShareHelper并没有实现原DataAbilityHelper对外API接口的所有功能，因此有部分接口是无法兼容的，具体如表1所示。

表1 FA模型访问stage模型DataShareExtensionAbility接口支持情况

接口	DataAbilityHelper是否提供	DataShareHelper是否提供	是否兼容
on	是	是	是
off	是	是	是
notifyChange	是	是	是
insert	是	是	是
delete	是	是	是
query	是	是	是
update	是	是	是
batchInsert	是	是	是
getType	是	否	否
getFileTypes	是	否	否
normalizeUri	是	是	是
denormalizeUri	是	是	是
openFile	是	否	否
call	是	否	否
executeBatch	是	否	否

总是有很多小伙伴反馈说：鸿蒙开发不知道学习哪些技术？不知道需要重点掌握哪些鸿蒙应用开发知识点？ 为了解决大家这些学习烦恼。在这准备了一份很实用的鸿蒙（HarmonyOS NEXT）学习路线与学习文档给大家用来跟着学习。

针对一些列因素，整理了一套纯血版鸿蒙（HarmonyOS Next）全栈开发技术的学习路线，包含了鸿蒙开发必掌握的核心知识要点，内容有（ArkTS、ArkUI开发组件、Stage模型、多端部署、分布式应用开发、WebGL、元服务、OpenHarmony多媒体技术、Napi组件、OpenHarmony内核、OpenHarmony驱动开发、系统定制移植等等）鸿蒙（HarmonyOS NEXT）技术知识点。