OpenHarmony 3.1 Release版本关键特性解析——ArkUI框架又有哪些新增能力?

OpenHarmony实战开发-如何实现自定义绘制 (XComponent) XComponent组件作为一种绘制组件,通常用于满足开发者较为复杂的自定义绘制需求,例如相机预览流的显示和游戏画面的绘制。 阅读详情

目录

ArkUI框架新增能力概览

新增声明式Canvas绘制能力

基于声明式Canvas的Lottie动画支持

新增混合开发能力

基于Web组件的HTML5/TS混合开发能力

增强UI开发能力

结语


ArkUI 是一套 UI 开发框架,它提供了开发者进行应用 UI 开发时所必须的能力。随着 OpenAtom OpenHarmony(以下简称“OpenHarmony”) 3.1 Release(以下简称 v3.1)版本的发布,ArkUI 框架也增加了许多新能力,接下来一起看看都有哪些新增能力吧。

ArkUI框架新增能力概览

本次版本更新主要提升了 ArkUI 框架开发大型应用的能力。如图 1 所示,蓝色模块是本次新版本 ArkUI 框架的新增/增强能力,它包括:Canvas、OffscreenCanvas、XComponent 组件、Web 组件、键盘与鼠标以及 eTS 编译打包与实时预览能力。

 图1 ArkUI框架新增能力概览图

每一次能力的新增,都是为了让开发者能够更加高效、便捷地开发,下面一起了解一下这些新能力都将带来哪些便捷。

为了便于大家理解,本次新增的能力分成了以下三类:新增声明式 Canvas 绘制能力、新增混合开发能力和增强 UI 开发能力。

新增声明式Canvas绘制能力

新增声明式 Canvas 绘制能力中包含 Canvas 组件和 OffscreenCanvas 组件。

● Canvas组件:为了方便开发者通过绘制方式实现自定义 UI 效果,v3.1 版本新增了 Canvas 绘制能力。

● OffscreenCanvas组件:为了满足开发者离屏绘制开发场景,v3.1 版本新增了离屏绘制能力。

有了 Canvas 绘制能力后,v3.1 版本便基于 Canvas 移植了 Lottie 的动画库供开发者使用,后文将详细介绍。

新增混合开发能力

新增混合开发能力中包含了 XComponent 组件和 Web 组件。

● XComponent组件:为了便于开发者在 OpenHarmony 系统上构建 C++/TS 应用,以满足类似游戏、地图等应用开发场景,v3.1 版本提供了 XComponent 组件及其配套的 NDK(native development kit,原生开发包)。

● Web组件:为了满足开发者在应用内加载和访问 HTML5 网页的需求,v3.1 版本重点构建了 Web 组件,并提供了丰富的 API,可支撑 HTML5 页面与 TS 页面进行数据交互。

增强UI开发能力

增强 UI 开发能力中包含了键盘与鼠标的组件统一交互能力增强和开发工具链的 eTS 编译打包与实时预览能力增强。

● 键盘与鼠标:新版本中还重点提升了统一交互的操作体验,开发者无需进行复杂适配,即可支持用户使用键盘、鼠标进行 UI 交互。

● eTS编译打包与实时预览:为了满足了多种状态样式统一设置的诉求,v3.1 版本提供了 @Style 装饰器,优化了工具链的编译性能与预览性能,实现了支持多种文件大型应用编译。

看完这些新增能力,你也许会很好奇,它们是如何使用的呢?接下来一起了解一下这些新增能力的使用方法吧。

新增声明式Canvas绘制能力

声明式Canvas介绍

首先介绍一下声明式 Canvas 给大家提供的绘制能力。为了更好地利用现有 Web Canvas 生态,v3.1 版本提供了标准的 W3C Canvas 绘制接口(如图 2 所示),丰富的绘制方法可以让开发者高效绘制出矩形、文本、图像等。

注:因OffscreenCanvas与Canvas绘制接口相同,都遵循w3c标准,故此处不再赘述

 图2 W3C Canvas绘制接口

使用方法

下面介绍一个示例,给大家展示声明式开发范式中 Canvas 组件的基础使用方法。

图 3 是三张图片叠加的效果,顶层的图片覆盖了底层的图片。通过依次使用 drawImage(x,y, width, height)方法设置图片坐标及尺寸,后面绘制的图片自动覆盖原来的图像,从而达到图片叠加显示的效果。

 图3 图片叠加

如下代码所示,首先在 Column() 组件中创建了一块画布,并结合内置组件与属性方法对画布进行声明式描述。

然后通过 RenderingContext() 获取命令式的绘图对象,将声明式 UI 界面与命令式绘制良好地关联起来。

最后通过 onReady 回调方法直接使用命令式语法,使用绘制对象在画布中进行绘制。

@Entry

@Component

struct IndexCanvas {

// 然后,获取绘图对象

private ctx: RenderingContext = new RenderingContext(this.settings);

// 列出所要用到的图片

private img: ImageBitmap = new ImageBitmap("common/bg.jpg");

build() {

Column() {

// 首先,创建canvas画布

Canvas(this.ctx)

.width(1500)

.height(900)

.backgroundColor('#ffff00')

// 最后,开始绘制

.onReady(() => {

this.ctx.drawImage( this.img, 400, 200, 540, 300);

this.ctx.drawImage( this.img, 500, 300, 540, 300);

this.ctx.drawImage( this.img, 600, 400, 540, 300);

})

}

.width('100%')

.height('100%')

}

}

基于声明式Canvas的Lottie动画支持

介绍

Lottie 是业界常用的动画格式,它支持通过 Canvas 渲染,OpenHarmony 团队为大家改造了 Lottie 库,命名为 lottie-ohos-ets,开发者可以直接引用该库,绑定 Canvas 组件后即可显示动画。

使用方法

Lottie 动画的使用主要分为以下四个步骤:

步骤一:准备 Lottie 文件,作为资源添加(可以使用 AE 工具制作并导出 JSON 文件)

步骤二:引入 Lottie-ohos-ets 支持库

import lottie from ‘lottie-ohos-ets’

步骤三:将 Lottie 动画与 Canvas 绑定

Canvas(this.context)

.onAppear(() => {

// 随Canvas布局自动加载动画

let anim = lottie.loadAnimation({

container: this.context,

renderer: ‘canvas’,

name:‘animation’,

path: ‘common/lottie/ventilation_1.json’

})

})

步骤四:显示动画

新增混合开发能力

基于XComponent的C++/TS混合开发能力

介绍

在应用开发过程中,很多场景是无法直接采用 UI 组合实现的,例如游戏、地图这种应用需要依赖 C++、 SDK 进行独立渲染,又如相机、视频播放器这种应用是需要使用相机进行预览显示的,因此就需要框架能提供一种可以在 C++ 侧进行绘制的组件,于是 v3.1 版本就推出了 XComponent 组件,它可以支持 C++/TS 混合开发。

如图 4 所示,系统分为应用层、框架层和系统服务层,蓝色模块是新增能力。v3.1 版本在框架层部分提供了声明式的 XComponent 组件,以便开发者在应用页面中进行使用。

 图4 XComponent的C++/TS混合开发

使用方法

在应用层中,开发者可以使用系统 NDK 提供的标准库进行应用动态库的开发,标准库中为应用绘制提供了标准的 EGL/OpenGLES 接口,可以支持三方 SDK 直接引入使用,再结合框架层的 XComponent 提供的接口即可对 C++ 进行渲染。

基于 XComponent 组件的 C++/TS 混合开发主要分为以下几个步骤:

步骤一:首先是开发 C++ 动态库。基于 NDK 编译工具,将开发者编写的 CPP 文件编译成 .so 文件。

开发者仅需要引入头文件,并覆盖 OnSurfaceCreate 方法进行绘制即可使用 NDK 提供的 OpenGLES 接口,实现绘制效果。代码如下:

// C++ 渲染模块

#include <ace/xcomponent/native_interface_xcomponent.h>

#include <EGL/egl.h>

#include <GLES/gl.h>

#include <stdio.h>

// NDK

void OnSurfaceCreate(OH_NativeXComponent* component, void* nativewindow) {

mEglWindow = static_cast<EGLNativeWindowType>(nativewindow);

mEGLSurface = eglCreateWindowSurface

(mEGLDisplay, mEGLConfig, mEglWindow, winAttribs);

// GLES Logic……

eglSwapBuffers(display, eglsurface);

}

步骤二:然后通过 XComponent 组件加载动态库。调用 TS 接口,通过 TS 控制 C++ 逻辑,传入数据与事件,即可对 C++ 逻辑进行渲染。

XComponent 组件的使用也极其简单,设置参数对应动态库名称即可实现加载。代码如下:

XComponent({ id: 'xcomponentId', type: 'texture', libraryname: 'mynativerender'})

基于Web组件的HTML5/TS混合开发能力

介绍

有些应用开发场景是在应用中嵌入网页,网页可能是本地页面,也可能是网络页面,且需要在 HTML5 页面中与原生组件之间进行数据传递。针对以上开发场景,v3.1 版本提供了基于 Web 组件的 HTML5/TS 混合开发能力。

使用方法

Web 组件的使用方法主要分为以下几个步骤:

步骤一:首先提前准备好 HTML5 页面文件或者网络地址

步骤二:然后用 Web 组件加载 HTML5 页面

步骤三:最后就可以显示出页面内容

下面通过一个例子,来为大家展示 Web 组件加载页面的使用步骤。如图 5 所示,这是一个常见的 Web 组件使用场景,首先是准备好网络地址 https://openharmony.cn 并将 Web 组件与其他组件在同一页面中共同纵向布局排列,然后用 Web 组件通过 src 指定首页链接并加载页面,最后页面就构建完成了。

 图5 Web组件的HTML5/TS混合开发

Web 组件还提供了将 HTML5 页面与原生 TS 页面进行交互的能力,它可以支持在原生组件页面中执行 HTML5 页面中定义的 JavaScript 方法,也可以支持在 HTML5 页面中使用原生页面中注入的 JavaScript 对象。由于篇幅有限,此处不再针对上述能力展开介绍,开发者可以自行访问社区开发文档,基于 runJavaScript 方法和 registerJavaScriptProxy 方法的示例,构建出能力更强的 Web 应用。

社区开发文档

https://gitee.com/openharmony/docs/blob/master/zh-cn/application-dev/reference/arkui-ts/ts-basic-components-web.md

增强UI开发能力

键盘与鼠标的组件统一交互能力增强

在 v3.1 版本中,ArkUI 框架增强了统一交互能力,它让应用开发更加化繁为简。如图 6 所示,v3.1 版本将鼠标、键盘在组件层面进行了统一,通过相同事件回调屏蔽了输入设备类型的差异,因此开发者无需关心具体的输入设备类型。

 图6 组件统一交互

开发工具链的eTS编译打包与实时预览

开发工具链 DevEco Studio 也跟随 v3.1 版本的更新做了能力的增强,能力增强后的工具实现了支持多种文件大型应用编译、拥有亚秒级的实时预览效果、组件双向预览能力、可以实时查看组件的属性,且实时查看的效果已与业界持平。欢迎开发者更新最新的 DevEco Studio 进行使用体验。

最后介绍一下 v3.1 版本为大家提供的新装饰器 @Style。该装饰器可以将样式统一设置,样式复用,同时 v3.1 版本针对多态效果,提供了一次性设置接口,该能力能够最大化复用样式设置。如图 7 所示,左边通过 @Style 分别定义三种样式集合,之后通过右边 stateStyles 属性方法,同时设置给 UI 组件,即可实现图 8 中三种效果,分别为正常状态效果、按压状态效果和禁用状态效果。

图7 样式集合

 图8 效果图

结语

以上就是本期 ArkUI 框架新能力的全部介绍啦,欢迎大家踊跃尝鲜。同时 ArkUI 框架未来会进一步提升动态布局能力和推出跨 OS 平台部署等相关能力,各位开发者敬请期待!

HarmonyOS核心知识点:自定义绘制 (XComponent) 开发者在ArkTS侧使用如下代码,即可用XComponent组件进行利用EGL/OpenGLES渲染的开发。id : 与XComponent组件为一一对应关系,不建议重复。通常开发者可以在native侧通过OH_NativeXComponent_GetXComponentId接口来获取对应的id从而绑定对应的XComponent。说明如果id重复,在native侧将无法对多个XComponent进行区分。 阅读详情

相关推荐

OpenHarmony 3.1 Release:从轻量IoT到复杂带屏设备的全栈跃迁

在万物互联时代,操作系统作为连接硬件与应用的核心平台,其架构设计与技术演进深刻影响着智能设备的开发范式与用户体验。从技术原理上看,现代操作系统通过微内核或混合内核设计,结合高效的进程调度与内存管理,为上层应用提供稳定、安全的运行环境。其技术价值在于构建统一的数字底座,实现硬件资源的抽象与高效调度,从而降低开发复杂度,提升系统性能与能效。在应用场景上,这尤其体现在对复杂标准带屏设备的支持,如智能手机、智能座舱及工业控制终端,这些设备需要强大的图形渲染、流畅的交互响应与可靠的分布式协同能力。OpenHarmon

weixin_30751947的博客 374

一文总结ACE代码框架

ACE_Engine框架是OpenAtom OpenHarmony(简称“OpenHarmony”)的UI开发框架,为开发者提供在进行应用UI开发时所必需的各种组件,以及定义这些组件的属性、样式、事件及方法,通过这些组件可以方便进行OpenHarmony上UI应用的开发。1. 组件的属性和样式是保存在前端页面的,通过JsframeWork解析页面,并调用JsEngine的CreateDomNode接口创建Dom节点的同时传递新节点属性和样式。RenderNode即可绘制的节点,负责组件的最终布局和绘制。

OpenHarmony_dev的博客 1987

OpenHarmony生态使能服务:从技术底座到行业落地的全链路解析

在物联网与产业数字化浪潮下,操作系统作为连接硬件与应用的关键数字底座,其重要性日益凸显。一个优秀的操作系统不仅需要具备先进的内核架构与分布式能力,更需要完善的生态支持体系,以降低开发门槛,加速技术在各行各业的商用进程。其核心价值在于通过标准化的技术框架与工具链,将复杂的技术原理转化为可复用的工程实践,从而赋能千行百业。这正是当前OpenHarmony生态使能服务所聚焦的方向,它通过提供从顶层设计咨询、多层次技术支持到行业套件与知识案例库的全方位服务,旨在解决企业在技术选型、芯片适配、系统定制及长期维护中面临

weixin_30520015的博客 385

OpenHarmony 3.1 Beta版本关键特性解析——OpenHarmony图形框架

(以下内容来自开发者分享,不代表 OpenHarmony 项目群工作委员会观点) 李煜 华为技术有限公司 崔坤 华为技术有限公司 众所周知,动画是系统和应用与用户交互的重要环节。动画效果的好坏会直接影响用户的体验。动画效果依赖图形系统,华为作为 OpenAtom OpenHarmony(以下简称“OpenHarmony”)开源项目贡献者,自主研发了一套以统一渲染为基础、高性能动效引擎为驱动的图形系统——OpenHarmony 图形栈。 一、OpenHarmony 图形栈介绍

OpenHarmony_dev的博客 3770

OpenHarmony与Flutter融合开发实战指南

跨平台开发框架Flutter与新一代操作系统OpenHarmony的技术融合,为开发者提供了全新的全场景应用开发解决方案。Flutter的高性能渲染引擎结合OpenHarmony的分布式架构,实现了真正的"一次开发,多端部署"。在技术实现层面,需要特别关注HDF驱动框架适配、API兼容性改造以及工具链集成等核心问题。通过配置专门的OHOS Flutter工具链,开发者可以快速搭建开发环境并创建多模块化工程。在实际开发中,UI适配、性能优化以及分布式能力集成成为关键技术要点,其中涉及MediaQuery结合O

weixin_34232744的博客 373

Flutter轮播组件carousel_slider在OpenHarmony的移植与优化

跨平台开发框架Flutter通过自建渲染引擎实现高性能UI绘制,其核心优势在于使用Dart语言编写的代码可以编译为原生机器码运行。carousel_slider作为Flutter生态中的明星组件,采用Canvas绘制和手势识别系统实现流畅的轮播效果。在移植到OpenHarmony平台时,关键技术点在于通过JSI桥接ArkUI渲染管线,并适配分布式操作系统特有的事件处理机制。这种混合开发模式既保留了Flutter的热重载优势,又能利用OpenHarmony的硬件加速能力,实测显示性能损耗控制在5%以内,特别适

weixin_33924312的博客 360

OpenHarmony 5.1.0 Release (API 18震撼推出),新特性和优化一览

OpenHarmony 5.1.0 Release 正式推出 API 18,在前一版本(OpenHarmony 5.0.3,API 15)基础上,带来诸多增强特性,涉及应用框架、ArkUI、媒体能力等多方面。完整可查看。

坚果的博客 2017

鸿蒙开发入门:ArkTS与ArkUI实战指南

分布式操作系统是现代计算领域的重要发展方向,鸿蒙系统(HarmonyOS)作为华为自主研发的全场景操作系统,采用微内核架构实现跨设备协同。其核心技术包括声明式UI框架和ArkTS编程语言,ArkTS作为TypeScript的超集,通过静态类型检查和装饰器语法显著提升开发效率。在工程实践中,鸿蒙的DevEco Studio工具链提供了从编码到调试的完整支持,特别适合开发需要适配多种终端设备的应用。对于Android开发者转型鸿蒙,理解声明式编程范式与状态管理机制是关键突破点,这能帮助开发者快速构建高性能的分布

weixin_34292402的博客 417

OpenHarmony 4.1 Release版本正式发布,邀您体验

OpenHarmony 4.1 Release版本正式发布

yining000的博客 1088

OpenHarmony/HarmonyOS基础组件之XComponent

可用于EGL/OpenGLES和媒体数据写入,并显示在XComponent组件。

坚果的博客 1万+

超详细版risc-v五级流水线cpu硬件设计实现解析

深入剖析risc-v五级流水线cpu的硬件架构与设计细节,涵盖指令流程、模块划分与关键时序控制,帮助理解risc-v五级流水线cpu的工作机制与优化策略。

weixin_42437253的博客 1630

【直播回顾】OpenHarmony 3.1 Release版本南北向关键能力解读

OpenHarmony 3.1 Release版本发布后,广大开发者们纷纷开始上手体验新版本的功能。但随之而来的一系列问题,摆在了大家的面前:OpenHarmony 3.1这一版本,都有哪些重要的能力更新?究竟该如何玩转新版本?这一版本的新能力都有哪些应用场景?关于新版本,有很多疑问但却很少权威解答…… 为了解答大家的疑问,OpenHarmony官方社群在4月14日晚上20:00,特别邀请了3位应用开发领域的技术大咖——张荣超、李宁、连志安,以《OpenHarmony 3.1 Release版本南北向

OpenHarmony_dev的博客 506

Vim 入门到够用:Linux 文本编辑器的三种模式、常用操作与实战技巧

i 进入编辑模式Esc 退出编辑模式回到命令模式: 从命令模式进入底行模式编辑,不一定非得“打开就直接打字”。一旦你接受了“模式”这件事,后面很多操作都会顺起来。学 Vim,不要追求一次学全,先把“命令模式—编辑模式—底行模式”这条主线练熟。只要这条主线通了,后面的复制、删除、搜索、替换,都是顺手补上去的能力。

Web安全工具库 797

鸿蒙开发心迹(11) —— OpenHarmony 5.1 Release 深度解析:新特性与开发实践指南

OpenHarmony 5.1 Release版本带来多项重要升级:ArkUI框架增强跨设备开发能力,优化手表和PC控件适配;媒体能力提升空间音频管理和编解码性能;图形渲染引入轻量3D引擎和并行绘制;安全体系扩展群组资产访问控制和分布式ACL功能。这些改进显著提升了开发效率、用户体验和系统安全性,推动OpenHarmony在万物互联生态中的发展。

2500_94566716的博客 979

U8 API接口开发踩过的坑

U8 API接口开发踩过的坑

haiyang5233233的专栏 1655

汇编语言(第4版)王爽 课程设计2 详细实现(一、虚拟模式DOS运行篇)

由于虚拟模式的限制,我们编写的许多逻辑暂时不能被检验,而因为《汇编语言》编写时间较早,其所依赖的运行环境如今只能够依靠虚拟机来搭建。比如实模式DOS,搭建步骤比较繁琐,因此我将其它的部分放在下一篇文章中进行讲解。事实上,我们实现的程序属于《汇编语言》课程设计2中任务程序部分,其中的完整任务还涉及到将该任务程序安装到软盘等操作,这些也都需要在实模式下才能运行,所以统一放到下一篇文章进行实现。

m0_73327328的博客 2823

鸿蒙 AI 开发心迹(6)—— OpenHarmony 6 Release新特性深度解析与开发适配实战指南

本次升级涉及500+个API变更和23个主要架构调整。优先使用增量编译(–incremental参数)建立设备矩阵测试池(覆盖手表/PC/手机)启用严格模式检查升级案例参考:某健康应用迁移后,手表端续航提升17%,3D渲染性能提升41%。完整迁移指南详见OpenHarmony社区Gitee仓库#oh_migration_kit项目。作者注:本文技术要点均经实测验证,欢迎通过issue反馈具体适配问题。下一篇将深入解析分布式软总线在OH6中的性能突破。

NJPJI_Yang的博客 1129

用AI助手Cursor轻松自动生成流程图

通过 Cursor + Mermaid,我们可以快速、准确地自动生成流程图,上面演示的例子部分流程图可能比较丑,我们可以通过流程图软件导入Mermaid代码,然后手动进行微调就可以了,如果你对美观要求不是特别多,可以直接用,这将极大地提升代码可视化和架构设计的效率。

呱牛 Just do IT 1936

别再用旧版Flutter了!OpenHarmony跨平台开发环境搭建完整指南(含SDK版本选择)

本文详细介绍了如何搭建OpenHarmony跨平台开发环境,特别针对Flutter开发者的版本选择和环境配置问题提供完整解决方案。从DevEco Studio安装到专用Flutter分支配置,涵盖SDK版本选择、项目创建、真机调试等关键步骤,帮助开发者高效接入OpenHarmony生态。

weixin_33738555的博客 344

大数据预测分析:精准把握市场趋势

传统市场预测多依赖经验判断(比如“去年卖了1000件,今年加20%”)或小数据统计(比如用近6个月的销量做线性回归)。而大数据预测分析是:利用海量结构化+非结构化数据(销售、用户、社交媒体、天气等),通过机器学习/深度学习模型,挖掘数据中的关联关系与趋势规律,实现对未来市场走势的精准预测。更全面:覆盖内部(企业数据)+外部(行业、环境数据)的全维度数据;更精准:用算法替代人工,避免主观偏差;更实时:支持分钟级/小时级的实时预测(比如直播带货的销量预测)。错误做法。

AI智能探索者的博客 1024

密码学与信息安全面试题及参考答案(2万字长文)

密码学是一门研究信息安全的学科,它涉及加密、解密以及保护数据免受非授权访问的技术和方法。这门学科的核心在于设计并分析各种协议,使通信双方即使在存在潜在敌手的环境中也能安全地传输信息。保密性:确保信息只能被预期的接收方读取,阻止未经授权的第三方获取信息的真实内容。完整性:保证数据在传输过程中不被篡改,确保接收方接收到的信息与发送方发送的信息完全一致。认证性:验证信息的来源,即确认信息确实是由声称的发送方发出的。不可否认性:确保发送方不能在事后否认曾经发送过某条信息。访问控制。

大模型大数据攻城狮的专栏 1994

OpenHarmony PC 开发者工具套件深度解析:命令行、运行时与版本控制的全面武装

OpenHarmony PC 开发者工具套件深度解析:命令行、运行时与版本控制的全面武装随着 OpenHarmony 生态向个人电脑(PC)领域持续演进,开发者们急需一套完善、高效且原生适配的工具链,以便在鸿蒙桌面环境中顺畅完成编码、构建、调试和部署工作。华为应用市场(AppGallery)近期上架了多款专为 OpenHarmony PC 量身定制的开发者工具,构建了一条从底层命令行操作到上层运行时支持、再延伸至团队协作的完整工具栈。一、DevBox:OpenHarmony PC 全能开发辅助工具箱。

tsqtsqtsq 的博客 1819

基于STM32L4XX的环境光传感器(LTR-303ALS-01)应用程序设计

/ 状态寄存器的位[2:0]表示数据状态,例如位2为1表示新数据就绪[citation:6]#define LTR303_REG_DATA_CH0_LOW 0x8D // CH0数据低字节。#define LTR303_REG_DATA_CH0_HIGH 0x8E // CH0数据高字节。#define LTR303_REG_DATA_CH1_LOW 0x8F // CH1数据低字节。#define LTR303_REG_DATA_CH1_HIGH 0x90 // CH1数据高字节。

myron6688的博客 405

OpenHarmony与Flutter跨平台开发实战指南

跨平台开发框架Flutter通过Skia图形引擎实现高性能渲染,而OpenHarmony作为分布式操作系统采用ArkCompiler运行时。两者架构差异带来了技术挑战,但也为开发者提供了更丰富的应用场景。在混合开发中,关键要解决渲染管线协调和事件传递机制问题。通过Platform Channels和FFI等技术,可以实现Flutter模块与OpenHarmony应用的高效集成。这种方案特别适合需要同时兼顾开发效率和原生性能的场景,如电商应用的商品详情页等高频交互模块。实际项目中采用纹理共享、内存管理等优化策

weixin_34152820的博客 422

IDEA的使用指南

IDEA基于java的使用手册,可以最快速的上手,在使用中不断的丰富自己的使用技巧.

WINCC7.3破解文件

WINCC7.3硬件够破解文件,有需要的下载!WINCC7.3硬件够破解文件,有需要的下载!

Flutter与OpenHarmony跨平台开发实战指南

跨平台开发框架Flutter因其高效的渲染性能和丰富的组件库,已成为移动应用开发的热门选择。而OpenHarmony作为新兴的操作系统,其分布式能力和国产化特性正吸引越来越多开发者。当Flutter遇到OpenHarmony时,开发者需要解决原生能力调用、UI适配、数据同步等关键技术挑战。通过平台隔离层设计和条件编译,可以实现代码的高复用率。在个人理财App等实际场景中,这种技术组合既能保持跨平台效率,又能充分利用OpenHarmony的系统特性。本文以Flutter 3.13+和OpenHarmony 3

weixin_30667649的博客 392

win10 跳过U8环境检测的IE WebControls.rar

win10 安装u8的时候 提示IE WebControls 不通过,这个工具可以欺骗u8的检查。 跳过U8环境检测的IE WebControls。提示导入失败后,重新检测通过。

上一篇: 战码先锋直播预告丨参与ArkUI,共建OpenHarmony繁荣生态
下一篇: 【直播回顾】参与ArkUI,共建OpenHarmony繁荣生态
OpenHarmony开发者
博客等级 码龄5年 626粉丝 221原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符  | 博主筛选后可见
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明:

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

余额充值