OpenHarmony 4.0 Beta2新版本发布,邀您体验

这篇具有很好参考价值的文章主要介绍了OpenHarmony 4.0 Beta2新版本发布,邀您体验。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

2023年8月3日,OpenAtom OpenHarmony(简称“OpenHarmony”)发布了Beta2版本,相较于历史版本我们持续完善ArkUI、文件管理、媒体、窗口、安全等系统能力、提升体验。欢迎开发者了解并升级使用,积极反馈宝贵建议、参与贡献,共同促进4.0版本的成熟。

为了方便社区开发者了解新版本能力,我们准备了版本上新内容介绍及相关文档资源,快来体验吧~

新增和增强的特性

ArkUI

• 支持命名路由的能力,借助此能力可针对不同页面设置差异化的切换动效。

API参考:

OpenAtom OpenHarmony

• 轻量级ArkUI框架支持定义全局数据对象,可进行应用内页面间的数据共享。

API参考:

OpenAtom OpenHarmony

应用框架

• ArkTS卡片支持静态卡片配置、静态图展示。

指南:

OpenAtom OpenHarmony

文件管理

• 支持公共图片文件在设备端和云端进行同步(设备登录的帐号需开通云端服务),支持通过picker选择云端的图片。

API参考:

OpenAtom OpenHarmony

• 支持应用定制备份恢复的目录。

指南:

OpenAtom OpenHarmony

• 支持公共图片的分类管理,用户可以在图库中通过相册对用户图片进行组织分类。

指南:

OpenAtom OpenHarmony

• 支持应用监听沙箱内的文件的增改删。

API参考:

OpenAtom OpenHarmony

媒体

音频

•  支持音效框架:设备厂商可配置音效策略和加载自定义音效;应用可查询音频输出的音效模式,切换或关闭音效模式。

•  支持系统内录音能力:可根据音频场景属性筛选,录制系统内播放的音频数据。

•  支持获取音频设备显示名:播放对象详细信息内可获取当前播放输出归属的设备名。

API参考:

OpenAtom OpenHarmony

音视频编解码

•  支持通过Native API查询系统的音视频编解码能力。

指南:

OpenAtom OpenHarmony

• 支持通过Native API完成音视频封装,即将音频、视频等编码后的媒体数据,按一定的格式存储到文件里。

指南:

OpenAtom OpenHarmony

• 支持通过Native API完成音视频解封装,即从比特流数据中取出音频、视频等媒体帧数据。

指南:

OpenAtom OpenHarmony

网络与通信

• 支持与服务器端通过TCP Socket进行通信。

• 支持用户将数据传送到远程服务器。

• 支持HTTPS证书的管理适配。

• 支持网卡代理。

上传下载

•  支持查询上传和下载的任务、任务状态信息同步和任务记录持久化、任务状态查询和异常的恢复。

API参考:

OpenAtom OpenHarmony

安全

加解密算法库框架

指南:

OpenAtom OpenHarmony

•  提供SM4密钥的随机生成与转换,以及加密解密能力。

•  提供SM3密钥的HMAC和HASH的能力。

•  提供SM2密钥的随机生成与转换、签名及验签、以及加密解密能力。

程序访问控制

•  优化权限管理的菜单呈现,拆分媒体和文件的权限组,相应权限的授权粒度更加精细化。

指南:

OpenAtom OpenHarmony

账号

•  支持账号授权能力扩展和三方应用使用账号授权能力。

API参考:

OpenAtom OpenHarmony

•  支持对域账号插件的管理,从而支持域账号管理和认证能力。

API参考:

OpenAtom OpenHarmony

WebView

•  W3C能力补充完善:补充Web Camera能力,支持bindContextMenu、Select、date类型input等H5标签能力。

•  支持文字、图片基础拖拽能力。

•  支持WebRTC的视频会议能力(不含摄像头共享)。

ArkCompiler

•  方舟运行时支持支持动态PGO功能,可采集运行期的类型和函数热点信息,并生成AP文件。

指南:

文档中心

•  NAPI buffer、object、arraybuffer、object type接口功能补齐。

API参考:

OpenAtom OpenHarmony

•  TaskPool支持任务中断和取消,支持定义任务组(TaskGroup),支持对任务的状态和调度信息进行打点,支持超长等待的任务进行识别和恢复。

API参考:

OpenAtom OpenHarmony

DFX

• 提供统一的采集框架能力,方便开发者对应用的调试调测。

• 提供统一的trace采集能力。

• 提供Native的HiTraceMeter打点接口。

驱动

扩展设备驱动框架提供以下能力:

• 扩展设备驱动框架基于“驱动扩展应用组件(DriverExtensionAbility)”的能力,构建应用态扩展驱动包的开发、部署、安装、更新、卸载、运行能力,开放全流程生命周期管理能力。

• 支持三方设备厂商开发的非标准协议的可插拔USB设备扩展驱动包,正常安装到系统。插入USB设备后,能正常识别USB设备并与扩展驱动包匹配。

• 支持三方应用通过扩展外部设备管理框架查询并绑定USB设备扩展驱动包,完成对扩展驱动包定制功能的操作。

API参考:

OpenAtom OpenHarmony

电源

• 新增接口,支持设置系统立即进入睡眠状态。

• 新增休眠源定制能力,支持根据不同的休眠源定制事件及行为。

• 新增唤醒源定制能力,支持根据不同的唤醒源定制唤醒事件。

其他体验提升

除了开发者可主动调用的能力外,本次版本升级还在系统处理机制及终端用户可感知的体验层面进行了升级:

• 【包管理】用户在终端设备上打开文件时,支持通过文件扩展名列出可打开该文件的应用列表,实现了文件扩展名与应用的匹配关系。

• 【文件管理】用户在终端设备上进行跨设备文件分享时,支持选择沙箱内的文件进行分享。

• 【设备互信认证】支持在以下两种场景的设备间互信认证流程中生成假名,并支持对假名化的设备进行标识和识别,为设备互信提供更安全的机制:

• 对使用同帐号登录的多个设备进行互信认证。

• 对非同帐号的点对点互联的两个设备进行互信认证。

• 【系统服务管理】支持系统服务按需启动,例如外部调用、事件触发,同时支持在设备空闲时自动退出系统服务。

• 【系统服务管理】系统服务配置格式优化,使用JSON格式替代XML格式。

• 【分布式数据管理】Key-Value和分布式数据对象支持根据数据量自动选择数据同步的通道。系统会根据数据量大小自动选择蓝牙通道或基于Wi-Fi的P2P通道进行数据的同步。

• 【ArkCompiler】方舟运行时支持JSContext功能;支持动态import加载NAPI库。

以上内容为本次版本更新提供的特性和功能优化,帮助大家更清楚的了解新版本能力及如何更好的使用适配。更多版本详细情况,请查阅OpenHarmony 4.0 Beta2 Release Notes了解。

OpenAtom OpenHarmony

欢迎您体验、使用并向我们提供反馈,您可以在OpenHarmony Gitee社区反馈建议和需求,与我们一同持续提升系统能力。我们坚信社区开发者的共建力量,携手同行、并肩协作、打造健康、蓬勃发展的OpenHarmony社区。

点击关注阅读原文,了解更多资讯文章来源地址https://www.toymoban.com/news/detail-708420.html

到了这里,关于OpenHarmony 4.0 Beta2新版本发布,邀您体验的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • OpenHarmony 4.0 Release 编译异常处理

    编译环境:Ubuntu 20.04 OpenHarmony 软件版本:4.0 Release 设备平台:rk3568 参考官网步骤: OpenHarmony 4.0 Release 源码获取 参考官网构建步骤: v4.0 Release 编译构建 如果上述步骤一切顺利,编译通过,build log如下: 下拉代码执行报错 unable to resolve “fork_flow”\\\" 表明repo工具无法解析名为

    2024年02月05日
    浏览(51)
  • Docker 编译OpenHarmony 4.0 release

    编译环境:Ubuntu 20.04 OpenHarmony版本:4.0 release 平台设备:RK3568 OpenHarmony 3.2更新至OpenHarmony 4.0后,公司服务器无法编译通过,总是在最后几十个文件时报错,错误码4000: 经分析尝试: 1、相同的步骤和命令,wsl2 编译OpenHarmony 4.0 r正常。 2、服务器使用sudo编译正常,但由于sudo使

    2024年02月03日
    浏览(49)
  • OpenHarmony-4.0-Release 源码编译记录

    本文基于 Ubuntu 20.04.4 LTS 这个没啥好说的,都是搞机的,用之前编译 aosp 的 linux 环境就行,有小伙伴担心会把之前的环境搞崩, 也有用 docker 编译的,我这里就直接在 aosp 环境下搞了,还省事。 安装下面这三东西,是为了下载 Harmony 源码 sudo apt install curl sudo apt install python3

    2024年02月05日
    浏览(54)
  • E2000/飞腾派运行OpenHarmony 4.0

    该项目介绍了如何在飞腾嵌入式开发平台上运行OpenHarmony 4.0 release标准系统。 该项目支持芯片内置提供的视频解码硬件加速,支持硬件光标加速,基于Linux kernel 5.10开发。 ├── device_board_phytium #飞腾开发板代码仓库 ├── device_soc_phytium #飞腾芯片代码仓库 ├── phytium_en

    2024年04月17日
    浏览(75)
  • openharmony开发最新4.0版本----介绍openharmony(基于api10 ,华为dev studio 4.0,分享学习过程中遇到的难题难点),学习笔记,持续更新

            DevEco Studio(OpenHarmony)使用指南:         HUAWEI DevEco Studio For OpenHarmony(以下简称DevEco Studio)是基于IntelliJ IDEA Community开源版本打造,面向OpenHarmony全场景多设备的一站式集成开发环境(IDE),为开发者提供工程模板创建、开发、编译、调试、发布等E2E的Open

    2024年02月03日
    浏览(47)
  • OpenHarmony 4.0 源码编译hb 问题排查记录

    OS:Ubuntu 22.04 x86_64 下载好Openharmony 4.0Beta2 的源码 从错信息看是找到某个目录,hb 是python写的,所以打算看看源码是找个目录出错了,根据出错信息直接看源码文件。 查看python 代码可知报错原因是没找到 build/lite/hb_internal ,在OpenHamony 源码下确实没有发现有 build/lite/hb_internal

    2024年02月09日
    浏览(45)
  • OpenHarmony应用签名 - 系统应用签名(4.0-Release)

    开发环境:Windows 11 DevEco Studio 版本:DevEco Studio 4.0 Release(4.0.0.600) SDK 版本:4.0.10.15(Full SDK) 开发板型号:DAYU 200(RK3568) 系统版本:OpenHarmony-4.0-Release 示例工程:Applications_SystemUI OpenHarmony开源社区提供了标准系统上的部分系统应用,如桌面、SystemUI、设置等,为开发者提

    2024年04月11日
    浏览(41)
  • 【开源鸿蒙】下载 OpenHarmony 4.0 源代码和工具链

    本文介绍了如何下载开源鸿蒙(OpenHarmony)操作系统源码,该方法可以用于下载OpenHarmony最新开发版本(master分支)或者4.0 Release、3.2 Release等发布版本。 本文基于Ubuntu 22.04进行操作,Ubuntu其他版本也同样可行,包括 20.04, 18.04。 OpenHarmony架构图: 本节介绍如何准备命令行工具

    2024年04月13日
    浏览(92)
  • OpenHarmony 4.0 分布式软总线解析:设备发现与传输

    OpenHarmony 的分布式软总线子系统为 OpenHarmony 系统提供的通信相关的能力,包括:WLAN 服务能力、蓝牙服务能力、软总线、进程间通信 RPC(Remote Procedure Call)等通信能力。 其中主要包括: WLAN 服务:为用户提供 WLAN 基础功能、P2P(peer-to-peer)功能和 WLAN 消息通知的相应服务,

    2024年04月23日
    浏览(47)
  • OpenHarmony应用签名 - DevEco Studio 自动签名(4.0-Release)

    开发环境:Windows 11 DevEco Studio 版本:DevEco Studio 4.0 Release(4.0.0.600) SDK 版本:4.0.10.13 开发板型号:DAYU200(RK3568) 系统版本:OpenHarmony-4.0-Release 为了保证  OpenHarmony  应用的完整性和来源可靠,在应用构建时需要对应用进行签名。经过签名的应用才能在设备上安装、运行、和调

    2024年02月03日
    浏览(46)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包