草庐IT

openHarmony3

全部标签

OpenHarmony国际化I18n开发范例

想了解更多关于开源的内容,请访问:51CTO 开源基础软件社区https://ost.51cto.com概念介绍在开发应用中可能会遇到多国家多地区场景,应用要提供不同的语言、时间、时区给目标用户和市场,开发者往往需要提供多个不同版本以保证不同地区用户方便使用。本例基于国际化示例应用,为大家介绍I18n组件,该组件提供系统相关的或者增强的国际化能力。接口I18n官方文档 @ohos.i18n。类名接口名称描述SystemgetDisplayCountry(country:string,locale:string,sentenceCase?:boolean):string9+获取国家的本地化表示。

OpenHarmony 3.2使用fio进行I/O性能测试

一、环境配置源码环境:OpenHarmony3.2Release平台硬件:RK3568平台软件:OpenHarmony3.2Release64bitfio版本:3.35二、fio简介fio是一个I/O测试工具,可以运行在Linux、Windows等多种系统之上,可以用来测试本地磁盘、网络存储等的I/O性能。fio官网:https://fio.readthedocs.io/en/latest/fio_doc.htmlfio源码下载:https://brick.kernel.dk/snaps/三、交叉编译fio源码参考资料:Openharmony交叉编译haveged将下载的fio源码fio-3.

OpenHarmony成长计划学生挑战赛7天打卡活动介绍

OpenHarmony开源开发者成长计划解决方案学生挑战赛,正在火热报名中,一等奖累积可获奖金22000元!点击了解详情:OpenHarmony成长计划学生挑战赛一、活动介绍 二、课程目录OpenHarmony开源开发者成长计划3.1版本_轻量系统应用开发_HelloWorld3.1版本_轻量系统应用开发_燃气告警器UI开发3.1版本_轻量系统应用开发_JSI3.1版本_轻量系统应用开发_软总线3.1版本_应用开发_应用模型新特性3.1版本_应用开发_分布式屏幕应用开发三、活动规则七天打卡形式完成视频观看,并进行有效评论,将截图发至赛事群内即算完成一日打卡。评论内容不限,但不可以是“1”、“打

OpenHarmony 文件监听开发样例介绍

想了解更多关于开源的内容,请访问:51CTO 开源基础软件社区https://ost.51cto.comOpenHarmony是由开放原子开源基金会(OpenAtomFoundation)孵化及运营的开源项目,目标是面向全场景、全连接、全智能时代,基于开源的方式,搭建一个智能终端设备操作系统的框架和平台,促进万物互联产业的繁荣发展。监听机制是一种常见的计算机安全技术,它可以监控计算机系统中的各种活动,以便及时发现和处理安全问题。文件监听具有重要的现实意义,对文件进行监听,企业可以及时发现员工不当处理敏感信息和意外泄漏信息的情况,采取行动避免数据泄露。本文以文件管理FileManager为例,介

本周四晚19:00知识赋能第4期直播丨OpenHarmony智能家居项目之设备控制实现

OpenAtomOpenHarmony(以下简称“OpenHarmony")开源开发者成长计划项目自2021年10月24日上线以来,在开发者中引发高度关注。成长计划希望能够更好地帮助广大OpenHarmony开发者构建系统的知识体系,学习搭建开发环境,下载源码等知识,从而更深入的参与OpenHarmony开源社区的项目开发。在将近8个月的时间里,OpenHarmony知识赋能直播课已经走过了5期,共28节课,23名技术大咖倾囊相授,2000+学生开发者观看学习,受到广大开发者的一致好评,为开发者提供了一个良好的交流学习平台。技术大咖们从开源实战项目总结经验,利用真实场景的应用案例分享前沿技术,

Openharmony的编译构建--基础篇

一、编译构建简介Openharmony的编译构建流程在鸿蒙的开源版本中以V3.1为分界线,流程略有变化。但其中都是ninja与python通过配置文件json,调用不同的交叉工具链来对源码进行编译,然后生成镜像文件。本文首先以OpenharmonyV3.1版本为例讲解下其编译构建的过程,并以实例的方式对如何添加子系统、模块等进行说明。后续会对OpenharmonyV3.2其及衍生的版本进行扩展说明。二、Openharmonyv3.1L2设备整体编译流程2.1编译扫描说明在编译的时候,需要扫描相应的子系统配置文件。子系统配置文件包含以下三个文件subsystem_config.json{产品名称

OpenHarmony深度解读之分布式软总线:authmanager模块(5)/设备身份认证过程

一、概述本文将继续介绍设备之间的身份认证过程的相关细节,关于加密数据包的不同类型的处理。本文主要分析数据包类型为MODULE_TRUST_ENGINE的处理过程。源代码主要位于wifi_auth_manager.c文件的函数OnModuleMessageReceived()中。二、源码分析如果数据包类型为MODULE_TRUST_ENGINE且数据包头部flags字段为FLAG_REPLY,则调用函数OnMsgOpenChannelReq()进行处理。/*函数功能:处理对端设备发来的请求消息并做相应回复函数参数:conn:设备连接信息seq:数据包序列号msg:cJSON格式的数据负载函数返回

HarmonyOS/OpenHarmony应用开发-Stage模型ArkTS语言EnvironmentCallback

EnvironmentCallback模块提供应用上下文ApplicationContext对系统环境变化监听回调的能力,包括onConfigurationUpdated方法。说明:模块首批接口从APIversion9开始支持。模块接口仅可在Stage模型下使用。导入模块:importEnvironmentCallbackfrom"@ohos.app.ability.EnvironmentCallback";EnvironmentCallback.onConfigurationUpdatedonConfigurationUpdated(config:Configuration):void;注册

openharmony标准系统移植之适配hdc功能

openharmony上有一个重要的调试工具HDC,作为移植上的一点现进行一点适配记录。我们设备端主要运行的代码路径为developtools/hdc_standard/src/daemon,为啥是这个目录见下图,官方给的说明。所以能很轻松的找到函数入口,入口为developtools/hdc_standard/src/daemon/main.cpp文件里面的main函数,接下来就是分析执行流程。展示的是去掉了相关判断的部分代码,并不是完整代码voidSetLogCache(boolenable){g_logCache=enable;}intmain(intargc,constchar*arg

AIO-3399J开发板适配Openharmony

先来张初步适配Openharmony3.0版本的AIO-3399J开发板的编译成功截图,记录下短暂的成就。收拾下紧张和开心的心情,继续接下来的研究。目前编译进展是屏蔽了kernel的编译,因为Openharmonyclone下来的kernel版本是4.19和5.10,与开发板自带的4.4版本不一致,后续得考虑下怎么适配,所以目前还不能烧录到开发版本。对于kernel初步会以下面几个方面去尝试1、直接使用5.10去适配2、之前看到官方文档可以自定义内核版本的配置等待全部组建都编译完成之后,尝试烧录开发板,期待一切顺利!!!