登录社区云,与社区用户共同成长
邀请您加入社区
Flutter 与 OpenHarmony 插件生态共建:发布你的第一个 `ohpm` 包(实战指南)
通过DevEco Studio的组件化能力(如HSP模块化)和SDK分布式特性(如毫秒级服务调用),开发者可高效构建跨设备体验。建议参考华为《资讯类应用开发白皮书》进一步优化长列表渲染性能。开发HarmonyOS 5资讯应用需以。
I2C(Inter Integrated Circuit)总线是由Philips公司开发的一种简单、双向二线制同步串行总线。由于其硬件连接简单、成本低廉,因此被广泛应用于各种短距离通信的场景。I2C通常用于与各类支持I2C协议的传感器、执行器或输入输出设备进行通信。当驱动开发者需要将I2C设备适配到OpenHarmony时,需要进行I2C驱动适配,下文将介绍如何进行I2C驱动适配。
通过 HMrouter,开发者无需纠结繁琐细节,可轻松地构建路由框架,缩短构建周期,实现模块高效解耦,为应用带来更加流畅自然的页面跳转性能。开发中,相似页面因业务和代码差异,组件复用性差,引发卡顿、丢帧,影响用户体验。HarmonyOS NEXT推出了一整套原生页面高性能解决方案,包括Nodepool、HMrouter和DataCache 三大解决方案,并上架OpenHarmony开源社区分,分别
本示例介绍使用显式动画 animateTo 实现左右地址交换动画。该场景多用于机票、火车票购买等出行类订票软件中。
系统属性部件syspara_lite负责提供获取与设置操作系统相关的系统属性,包括默认系统属性、OEM厂商系统属性和自定义系统属性。本文主要介绍如何使用syspara_lite系统属性部件的接口,然后详细介绍下syspara_lite系统属性部件的各个接口。⑴处获取设备类型,⑵处获取厂商名称,⑶处获取品牌名称。其他系统属性接口调用的例子类似,详细的接口说明下文会提供。本文介绍了如何使用syspar
ArkTS只支持抛出Error类或其派生类的实例。禁止抛出其他类型(例如number或string)的数据。
本文介绍国产物联网项目中的通信服务程序设计,其中重点是通信协议的设计、解析、封装处理功能实现。服务程序通过网络与节点上服务器进行通信,接收和发送消息,并使用共享内存与其他进程进行数据交互。
异常提示组件ExceptionPrompt用于显示网络异常等状态,支持自定义图标、提示文本和操作按钮。通过PromptOptions配置显隐、边距等样式,提供点击回调事件。支持从API 11+使用,原子化服务支持从API 12+开始。 关键特性: 配置图标、提示文本和边距样式 支持四种预设网络异常状态提示语 提供文本和按钮点击回调 控制显隐状态和位置 示例代码展示如何配置异常提示组件。
OpenHarmony输入主系统(Input Kit)是一个多模输入框架,为触控板、触摸屏、鼠标、键盘等输入设备提供归一化事件处理能力。该系统支持设备列表获取、光标样式改变、事件监听、拦截等多种功能,为应用开发者提供完整的输入处理解决方案。OpenHarmony输入主系统提供了完整的输入处理解决方案,支持多种输入设备和事件类型,为应用开发者提供了灵活的输入处理能力。通过设备管理、事件消费、事件监听
DevEco Studio支持在函数定义处,快速生成对应的注释。在函数定义的代码块前,输入“/**”+回车键,快速生成注释信息。
组件普遍支持的可以在style或css中设置组件外观样式,均不是必填项。
通过对自定义弹窗的讲解,希望能让大家学到如何在项目中实现自己的自定义弹窗。
常用的网络协议就是TCP / UDP,我采用的是TCP协议,让hi3861作为服务端,外部应用做为客户端连接hi3861, 这个方式主要是为了方便,hi3861运行中再设置参数很麻烦,不如就被动接入,用TCP协议发现发送没有被接收,可以认为客户端以断开,就可以关闭网络,或者重启网络。觉得这个功能也许有些场合能用上,实现过程挺碎的,如果代码看不懂,就加我QQ:1164192255,也许能交换出更好的
想请问一下大家Openharmony和Linux有什么区别啊(就是在操作系统的各个方面)
本文介绍了在OpenHarmony系统中访问DataAbility的具体实现方法。主要内容包括:1. 基础配置:需要导入@ohos.ability.featureAbility和@ohos.data.dataAbility依赖包,并获取与DataAbility通信的URI;2. 数据操作方法:详细说明insert、delete、update、query、batchInsert和executeBat
烧录常见问题..........
在学习OpenHarmony鸿蒙轻内核源代码的时候,常常会遇到一些数据结构的使用。如果没有掌握它们的用法,会导致阅读源代码时很费解、很吃力。本文会给读者介绍源码中重要的数据结构,双向循环链表Doubly Linked List。在讲解时,会结合数据结构相关绘图,培养读者们的数据结构的平面想象能力,帮助更好的学习和理解这些数据结构的用法。
本文总结了HarmonyOS/OpenHarmony(ArkTS+Canvas2D)图形渲染优化的核心策略:1)采用"UI框架保持,Canvas局部立即"的混合渲染模型;2)通过命令合并将多次绘制合并为批次操作;3)利用离屏缓存复用静态元素;4)遵循文本缓存和像素对齐原则。文中提供了批量绘制器、缓存管理器的实现代码,并给出了一个高性能自绘图表控件的优化实践,目标是在中端设备上实
OpenHarmony的事件提供一种任务间的同步机制,简单来说就是一个或多个任务可以通过写一个或多个不同的事件来触发内核调度让另一个等待读取事件的任务进入运行状态,从而实现任务间的同步。具体是怎么实现的呢?今天我就带大伙深入到内核当中,扒一扒事件的源代码。
本文介绍了一种OpenHarmony轻量系统适配方案,采用保留原生RTOS内核而非移植LiteOS-M的技术路线。方案通过将OpenHarmony编译为静态库集成到原生系统,仅需新增适配接口而非重构整个系统,显著降低开发难度和工作量。具体实施包括:优化编译配置、剪裁非必要组件、升级FreeRTOS和MbedTLS版本、新增CMSIS/打印/文件系统等接口。与完全移植方案相比,该方案在保持OpenH
今天试用DevEco Studio版本5.0.3.906创建项目时,Ohpm install成功,但是build init构建初始化失败。于是右键点击桌面的DevEco Studio图标,选中兼容性选项卡,勾选以管理员身份运行。项目创建时指定的保存位置不要放在C盘。解决:系统权限不够。
作为一名鸿蒙应用开发者,我最近遇到了一个让我头疼不已的UI问题——一个看似简单的页面布局,却在真机上出现了严重的错位问题。例如,当我发现规格选择按钮的宽度设置问题时,点击属性面板中的文件行列号后,工具直接跳转到了对应的ArkTS代码位置。起初,我尝试通过手动检查代码来解决问题,但由于页面结构复杂,组件嵌套层级深,我花了大量时间在代码中来回跳转,却始终无法准确定位问题的根源。通过它,我迅速找到了问题
将键盘输入设备的原始事件映射为归一化交互的意图事件,如键盘上空格键映射后的事件为INTENTION_SELECT,意图为选中。
本文旨在系统性地阐述鸿蒙操作系统在应用本地化方面的技术标准和实现方案。研究范围涵盖从底层架构设计到上层应用开发的完整技术栈,重点关注鸿蒙区别于传统操作系统的本地化特性。本文首先介绍鸿蒙本地化的背景和核心概念,然后深入技术细节,包括架构设计、开发实践和数学模型。最后探讨实际应用场景和未来发展方向。原子化服务(Atomic Service):鸿蒙中可独立分发和运行的最小功能单元Ability:鸿蒙应用
在/developtools/bytrace_standard/ohos.build文件中添加修改 “//third_party/libevent:libevent_targets”,“//third_party/libevent:libevent_test”out/rk3568/developtools/profiler(该路径生成库文件)out/rk3568/common/common (该路
HarmonyOS 凭借其分布式架构、一次开发多端部署、统一 OS 弹性部署以及流畅性与安全性等多方面的关键特性,在操作系统领域独树一帜。它不仅为用户带来了全场景、无缝连接的智能体验,也为开发者和设备制造商提供了全新的机遇和广阔的发展空间。随着物联网时代的加速到来,我们有理由相信,HarmonyOS 将在智能家居、智慧出行、智能办公等更多领域实现深度应用和创新发展,推动万物互联的愿景加速实现。
从基于AGC证书的签名体系,到兼顾效率与规范的审核流程,再到支持多设备精准分发和创新的原子化服务,它旨在构建一个对开发者友好、对用户安全可靠的应用生态。作为开发者,我们需要做的就是尽快熟悉这套规则,利用好平台提供的各种工具和服务,让自己的应用能够更顺畅、更高效地触达目标用户。在AGC平台上,当你上传应用包时,可以非常精细地配置应用的分发策略,包括支持哪些设备类型(如手机、平板、智慧屏、车机等),以
Electron 与开源鸿蒙(OpenHarmony)深度实战:从架构设计到工程落地的全链路对比
@Provide和@Consume,应用于与后代组件的双向数据同步,应用于状态数据在多个层级之间传递的场景。不同于上文提到的父子组件之间通过命名参数机制传递,@Provide和@Consume摆脱参数传递机制的束缚,实现跨层级传递。
通过VFS层提供了POSIX标准的操作,保持了接口的一致性,但是因为M核的资源非常紧张,VFS层非常轻薄,没有提供类似A核的高级功能(如pagecache等),主要是接口的标准化和适配工作,具体的事务由各个文件系统实际承载。加载过程中,根据ELF文件的句柄以及程序头表的段偏移可以得到需要加载到内存的LOAD段,一般有两个段,只读段及读写段,如下所示,可以用readelf -l查看ELF文件的LOA