FA模型切换Stage模型组件切换之ServiceAbility切换&DataAbility切换

| 应用内:前台运行时公共使用 | 可以将该组件代码抽取成公共模块供其他组件使用。 |
| 应用内:进入后台时继续运行 | 可以将此服务切换为 后台任务 。 |

DataAbility切换

FA模型中的DataAbility对应Stage模型中的DataShareExtensionAbility。

与ServiceExtensionAbility类似,Stage模型下的DataShareExtensionAbility为系统API,只有系统应用才可以创建。因此,FA模型的DataAbility的切换,对于系统应用和三方应用策略有所不同。下面分别介绍这两种场景。

系统应用DataAbility切换至DataShareExtensionAbility

迁移步骤和PageAbility基本一致。

  1. 在Stage应用中创建DataShareExtensionAbility。
  2. 将FA应用中DataAbility的业务代码迁移到新创建的DataShareExtensionAbility中。 DataAbility和DataShareExtensionAbility生命周期对比见下表。
FA的DataAbilityStage的DataShareExtensionAbility对比描述
onInitialized?(info: AbilityInfo): voidonCreate?(want: Want, callback:
AsyncCallback): void两者调用时机一致,函数名即入参都不一样,Stage模型下增加了入参want以便开发者在创建时获取参数。
update?(uri: string, valueBucket: rdb.ValuesBucket, predicates: dataAbility.DataAbilityPredicates, callback: AsyncCallback): voidupdate?(uri: string, predicates: dataSharePredicates.DataSharePredicates, value: ValuesBucket, callback: AsyncCallback): void两者意义和调用时机一致,参数顺序和参数类型略有不同,需要简单改造。
query?(uri: string, columns: Array, predicates: dataAbility.DataAbilityPredicates, callback: AsyncCallback): voidquery?(uri: string, predicates: dataSharePredicates.DataSharePredicates, columns: Array, callback: AsyncCallback): void;两者意义和调用时机一致,参数顺序和参数类型略有不同,需要简单改造。
delete?(uri: string, predicates: dataAbility.DataAbilityPredicates, callback: AsyncCallback): voiddelete?(uri: string, predicates: dataSharePredicates.DataSharePredicates, callback: AsyncCallback):两者意义和调用时机一致,参数类型略有不同,需要简单改造。
normalizeUri?(uri: string, callback: AsyncCallback): voidnormalizeUri?(uri: string, callback: AsyncCallback): void两者意义和调用时机一致,参数也一致。
batchInsert?(uri: string, valueBuckets: Array<rdb.ValuesBucket>, callback: AsyncCallback): voidbatchInsert?(uri: string, values: Array, callback: AsyncCallback): void两者意义和调用时机一致,参数类型略有不同,需要简单改造。
denormalizeUri?(uri: string, callback: AsyncCallback): voiddenormalizeUri?(uri: string, callback: AsyncCallback): void两者意义和调用时机一致,参数也一致。
insert?(uri: string, valueBucket: rdb.ValuesBucket, callback: AsyncCallback): voidinsert?(uri: string, value: ValuesBucket, callback: AsyncCallback): void两者意义和调用时机一致,参数类型略有不同,需要简单改造。
openFile?(uri: string, mode: string, callback: AsyncCallback): voidNAStage模型不支持uri跨进程访问,建议通过want携带FD和文件信息进行跨进程文件访问。
getFileTypes?(uri: string, mimeTypeFilter: string, callback: AsyncCallback): voidNAStage模型不支持uri跨进程访问,建议通过want携带FD和文件信息进行跨进程文件访问。
getType?(uri: string, callback: AsyncCallback): voidNAStage模型不支持uri跨进程访问,建议通过want携带FD和文件信息进行跨进程文件访问。
executeBatch?(ops: Array, callback: AsyncCallback): voidNADataShareExtensonAbility不提供该接口,开发者需根据业务功能重新实现。
call?(method: string, arg: string, extras: PacMap, callback: AsyncCallback): voidNADataShareExtensonAbility不提供该接口,开发者需根据业务功能重新实现。

三方应用DataAbility改造为公共模块

Stage模型三方应用不能对其他三方提供数据,应用需要根据具体业务选择切换方案。

DataAbility业务类型切换DataShareExtension策略
对三方提供数据需根据业务场景匹配到系统对应的场景化 ExtensionAbility。
应用内使用的数据对应用内其他组件提供数据,建议提取公共模块。

为了能让大家更好的学习鸿蒙(HarmonyOS NEXT)开发技术,这边特意整理了《鸿蒙开发学习手册》(共计890页),希望对大家有所帮助:https://qr21.cn/FV7h05

《鸿蒙开发学习手册》:

如何快速入门:https://qr21.cn/FV7h05
  1. 基本概念
  2. 构建第一个ArkTS应用
  3. ……

开发基础知识:https://qr21.cn/FV7h05
  1. 应用基础知识
  2. 配置文件
  3. 应用数据管理
  4. 应用安全管理
  5. 应用隐私保护
  6. 三方应用调用管控机制
  7. 资源分类与访问
  8. 学习ArkTS语言
  9. ……

基于ArkTS 开发:https://qr21.cn/FV7h05
  1. Ability开发
  2. UI开发
  3. 公共事件与通知
  4. 窗口管理
  5. 媒体
  6. 安全
  7. 网络与链接
  8. 电话服务
  9. 数据管理
  10. 后台任务(Background Task)管理
  11. 设备管理
  12. 设备使用信息统计
  13. DFX
  14. 国际化开发
  15. 折叠屏系列
  16. ……

鸿蒙开发面试真题(含参考答案):https://qr18.cn/F781PH

鸿蒙开发面试大盘集篇(共计319页):https://qr18.cn/F781PH

1.项目开发必备面试题
2.性能优化方向
3.架构方向
4.鸿蒙开发系统底层方向
5.鸿蒙音视频开发方向

自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。

深知大多数HarmonyOS鸿蒙开发工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则几千的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!

因此收集整理了一份《2024年HarmonyOS鸿蒙开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
img
img
img

既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上HarmonyOS鸿蒙开发知识点,真正体系化!

由于文件比较大,这里只是将部分目录大纲截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新

如果你觉得这些内容对你有帮助,可以添加VX:vip204888 (备注鸿蒙获取)
img

一个人可以走的很快,但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎扫码加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!

链图片转存中…(img-3puCVPXI-1712935684447)]

一个人可以走的很快,但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎扫码加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!

  • 13
    点赞
  • 12
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
ARM可靠性、可用性和可维护性(RAS)规范是ARM架构设计中重要的一个考虑因素。RAS规范是为了确保ARM处理器在运行过程中能够提供高可靠性、可用性和易维护性。 首先,ARM RAS规范要求ARM处理器具有良好的可靠性。可靠性是指ARM处理器在长时间运行下不出现错误或故障。ARM RAS规范要求处理器必须具有强大的错误检测和修复机制,以确保错误可以被及时发现和处理,从而提高处理器的可靠性。 其次,可用性是ARM RAS规范的另一个重要要求。可用性是指ARM处理器能够始终处于可用状态,不受外部或内部干扰的影响。为了提高可用性,ARM RAS规范要求处理器必须具有故障检测和容错机制,以便处理硬件或软件故障,并尽快恢复正常工作状态。 最后,ARM RAS规范还要求ARM处理器具有良好的可维护性。可维护性是指ARM处理器能够方便地进行维护和修复,以提高其寿命和性能。ARM RAS规范要求处理器必须支持在线故障诊断和修复功能,以便在无需关闭整个系统的情况下进行维护操作。 总之,ARM可靠性、可用性和可维护性(RAS)规范是为了确保ARM处理器在运行过程中能够提供稳定可靠的性能而制定的。通过强大的错误检测和修复机制、故障检测和容错机制以及在线故障诊断和修复功能,ARM处理器能够提供高可靠性、可用性和易维护性的服务。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值