HarmonyOS Next智能家居控制系统的模型转换与数据处理实战

鸿蒙第16篇——数据持久化 本文介绍的数据持久化是指鸿蒙应用的数据持久化存储。它是将内存中的数据通过文件或数据库的形式保存到设备存储中。鸿蒙支持多种数据存储方式, 包括用户首选项Preferences、 键值型数据库KV-Store和关系型数据库。 阅读详情

本文旨在深入探讨基于华为鸿蒙HarmonyOS Next系统(截止目前API12)构建智能家居控制系统中模型转换与数据处理技术的实战应用,基于实际开发经验进行总结。主要作为技术分享与交流载体,难免错漏,欢迎各位同仁提出宝贵意见和问题,以便共同进步。本文为原创内容,任何形式的转载必须注明出处及原作者。

一、智能家居系统需求与技术选型

(一)功能需求分析

  1. 设备状态监测需求
    智能家居控制系统需要实时监测各种智能设备的状态,如灯光的亮灭、电器的开关状态、门窗的开闭状态、温湿度传感器的数据等。通过对这些设备状态的监测,系统能够及时了解家居环境的情况,为后续的智能控制决策提供依据。例如,当监测到室内温度过高时,系统可以触发空调自动开启制冷模式。
  2. 智能控制决策需求
    根据设备状态监测的数据以及用户的设定和习惯,系统需要做出智能控制决策。例如,根据不同时间段和房间内人员的活动情况,自动调整灯光亮度和电器设备的运行状态。如果在晚上客厅有人活动,系统自动打开客厅灯光并调亮到合适的亮度;如果房间内长时间无人,自动关闭不必要的电器设备,以实现节能和便捷的家居控制。
  3. 数据可视化需求
    为了方便用户直观地了解家居设备的运行状态和环境信息,系统需要提供数据可视化功能。通过手机应用或智能控制面板等方式,以图表、图形等形式展示设备状态数据、能源消耗情况、环境参数变化等信息。例如,用户可以通过手机应用查看过去一周内家中的用电量趋势图,以便合理调整用电习惯。

(二)技术选型决策

  1. 深度学习框架选择
    根据HarmonyOS Next的特性和智能家居系统的需求,选择合适的深度学习框架进行模型开发。如果系统对模型的实时性要求较高,且需要在资源有限的设备上运行,TensorFlow Lite或PyTorch Mobile等轻量级框架可能是较好的选择。这些框架针对移动和嵌入式设备进行了优化,能够在保证一定性能的前提下,减少资源占用。例如,在开发设备状态预测模型时,使用TensorFlow Lite框架可以利用其高效的模型压缩和推理能力,快速处理设备状态数据并做出预测。
  2. 模型转换和数据处理技术方案确定
    对于模型转换,根据所选的深度学习框架,选择与之对应的HarmonyOS Next模型转换工具。例如,如果使用TensorFlow框架,可能使用OMG离线模型转换工具(假设文档中提及)。在数据处理方面,确定数据清洗、归一化、预处理等操作的技术方案。例如,对于传感器采集的数据,可能存在一些异常值或噪声,采用数据清洗技术去除这些异常数据,确保数据的准确性。然后,根据模型的输入要求,对数据进行归一化或标准化处理,使数据在合适的数值范围内,提高模型的训练和推理效果。

(三)数据架构设计

  1. 数据采集架构
    在智能家居环境中,部署多种传感器和智能设备来采集数据。例如,在各个房间安装温湿度传感器、光线传感器、人体红外传感器、智能插座等设备,通过Wi-Fi、蓝牙或ZigBee等无线通信技术将采集到的数据传输到智能家居控制中心。数据采集架构要确保数据的稳定采集和传输,考虑传感器的布局合理性、通信协议的稳定性以及数据采集频率的设置等因素。例如,对于温湿度传感器,根据房间的大小和使用情况,合理确定安装位置,以准确反映房间内的温湿度情况;同时,设置合适的数据采集频率,避免采集过于频繁导致资源浪费,或采集频率过低而无法及时反映环境变化。
  2. 数据传输架构
    设计高效的数据传输架构,确保数据能够快速、可靠地从传感器传输到控制中心或云端服务器(如果需要云端处理)。选择合适的通信协议,如MQTT(消息队列遥测传输协议),它具有轻量级、低功耗、可靠传输等特点,非常适合智能家居设备之间的数据传输。在数据传输过程中,要考虑数据的加密和安全性,防止数据被窃取或篡改。例如,采用SSL/TLS加密协议对传输的数据进行加密,保障用户隐私和家居系统的安全。
  3. 数据存储架构
    根据数据的类型和使用频率,选择合适的数据存储方式。对于实时性要求较高、经常需要查询和处理的数据,如设备当前状态数据,可以使用内存数据库(如Redis)进行存储,以实现快速的数据读写操作。对于历史数据,如设备状态变化记录、能源消耗数据等,可以使用关系型数据库(如MySQL)或非关系型数据库(如MongoDB)进行存储,以便进行数据分析和统计。同时,要考虑数据的备份和恢复策略,防止数据丢失。例如,定期对数据库进行备份,并存储在不同的物理位置或云端存储服务中。

二、模型转换与数据处理实现

(一)模型转换过程详解

  1. 以TensorFlow模型为例的转换步骤与代码示例
    假设我们已经使用TensorFlow开发了一个用于设备状态预测的模型,以下是将其转换为HarmonyOS Next可运行格式的过程(简化版):
import tensorflow as tf
from tensorflow.python.tools import freeze_graph
from tensorflow.python.tools import optimize_for_inference_lib

# 加载原始模型
model_path = 'device_status_prediction_model.pb'
graph = tf.Graph()
with graph.as_default():
    od_graph_def = tf.compat.v1.GraphDef()
    with tf.io.gfile.GFile(model_path, 'rb') as fid:
        serialized_graph = fid.read()
        od_graph_def.ParseFromString(serialized_graph)
        tf.import_graph_def(od_graph_def, name='')

# 定义输入输出节点
input_tensor = graph.get_tensor_by_name('input:0')
output_tensor = graph.get_tensor_by_name('output:0')

# 准备校准数据集(假设已经获取到校准数据集)
calibration_data = get_calibration_data()

# 进行模型量化(如果需要)
with tf.compat.v1.Session(graph=graph) as sess:
    # 冻结模型
    frozen_graph = freeze_graph.freeze_graph_with_def_protos(
        input_graph_def=graph.as_graph_def(),
        input_saver_def=None,
        input_checkpoint=None,
        output_node_names='output',
        restore_op_name=None,
        filename_tensor_name=None,
        output_graph='frozen_model.pb',
        clear_devices=True,
        initializer_nodes=None
    )
    # 优化模型
    optimized_graph = optimize_for_inference_lib.optimize_for_inference(
        input_graph_def=frozen_graph,
        input_node_names=['input'],
        output_node_names=['output'],
        placeholder_type_enum=tf.float32.as_datatype_enum
    )
    # 量化模型(这里使用TFLiteConverter进行量化,假设支持量化)
    converter = tf.lite.TFLiteConverter.from_session(sess, [input_tensor], [output_tensor])
    converter.optimizations = [tf.lite.Optimize.DEFAULT]
    converter.target_spec.supported_ops = [tf.lite.OpsSet.TFLITE_BUILTINS_INT8]
    converter.inference_input_type = tf.uint8
    converter.inference_output_type = tf.uint8
    tflite_model = converter.convert()
    # 保存量化后的模型
    with open('harmonyos_device_status_prediction_model.tflite', 'wb') as f:
        f.write(tflite_model)

在这个示例中,首先加载原始的TensorFlow模型,然后定义输入输出节点,准备好校准数据集(如果需要进行量化)。接着通过一系列步骤,包括冻结模型、优化模型,最后使用TFLiteConverter进行量化操作(如果需要),将量化后的模型保存为.tflite格式,以便在HarmonyOS Next设备上部署。

(二)数据处理功能实现

  1. 数据清洗、归一化和预处理代码展示
    以下是一个简单的数据处理代码片段,用于处理智能家居系统中的传感器数据(假设为温湿度数据,使用Python语言和numpy库):
import numpy as np

# 假设data是一个二维数组,每一行代表一个时间点采集的温湿度数据,第一列是温度,第二列是湿度
data = np.array([[25.5, 50], [26.2, 52], [30.1, 55], [24.8, 48], [200.0, 60], [25.8, 51]])  # 其中[200.0, 60]是异常数据

# 数据清洗 - 去除异常值(这里假设温度超过50度为异常值)
clean_data = data[np.where(data[:, 0] <= 50)]

# 数据归一化 - 将温度和湿度归一化到0到1区间
min_temp = np.min(clean_data[:, 0])
max_temp = np.max(clean_data[:, 0])
min_humidity = np.min(clean_data[:, 1])
max_humidity = np.max(clean_data[:, 1])
normalized_data = np.zeros_like(clean_data)
normalized_data[:, 0] = (clean_data[:, 0] - min_temp) / (max_temp - min_temp)
normalized_data[:, 1] = (clean_data[:, 1] - min_humidity) / (max_humidity - min_humidity)

# 数据预处理 - 可以添加其他预处理操作,如平滑处理等(这里省略)

在这个示例中,首先进行数据清洗,去除了温度异常的数据点。然后,分别对温度和湿度数据进行归一化处理,将其映射到0到1区间,为后续的模型训练或推理提供了合适的数据格式。

(三)流程优化措施

  1. 根据设备资源调整模型参数
    在智能家居控制系统中,不同设备的资源情况可能有所不同。例如,一些智能传感器设备可能内存和计算能力有限,而智能中控设备可能具有相对较强的资源。根据设备资源情况,对模型参数进行调整。对于资源有限的设备,可以减少模型的层数或神经元数量,降低模型的复杂度。例如,在设备状态预测模型中,如果部署在智能传感器上,可以简化模型结构,只保留关键的特征提取层和预测层,以减少模型的存储需求和计算量,确保模型能够在设备上稳定运行。
  2. 采用增量式数据处理提高实时性
    在智能家居场景中,数据是实时产生的,采用增量式数据处理可以提高系统的实时性。例如,对于传感器采集的数据,不需要等待一批数据全部采集完成后再进行处理,而是采用增量式的方式,每当有新的数据到达时,立即进行处理。在模型训练方面,可以采用在线学习或增量学习的方法,随着新数据的不断到来,模型能够及时更新自己的参数,适应环境的变化。例如,当智能电表采集到新的用电量数据时,立即将其用于更新设备能耗预测模型,使模型能够实时反映家庭用电情况的变化,为智能控制决策提供更准确的依据。
【鸿蒙专题与实战】测试体系:单元测试、组件测试与 UI 测试 本文系统讲解鸿蒙开发中的三层测试实践:底层单元测试(用Hypium框架,优先覆盖纯函数、边界与异常)、中层ViewModel逻辑、顶层仅测3-5条关键UI路径。强调测试应“越往下写得越多”,因单元测试快且成本低,而UI测试慢易出错。通过实例说明断言拆分提升定位效率,结合覆盖率报告(hvigorwtest --coverage)发现盲区,核心是“用覆盖率找漏测,而非追求数字”。附五步落地清单:建测试文件、按优先级补用例、精简UI测试、生成报告、定位未覆盖行。下一篇将开启实战项目:从需求到上架全流程。 阅读详情

相关推荐

HarmonyOS 分布式深度:跨端迁移、数据对象与多设备协同

本文深入解析鸿蒙分布式能力实战,聚焦跨端迁移、协同与共享三大形态,详解权限配置、设备发现、onContinue状态管理及分布式数据对象、KV同步机制。强调“先分清场景”“前置条件必全”“数据需重验”,揭示迁移失败、同步失效等七大常见坑,指导开发者规避陷阱,实现真实可用的多设备协同。

信息安全领域优质创作者|操作系统领域专家 95

智能家居系统数据流图,ER图数据(自己用)

这些实体及其属性和关联关系构成了智能家居系统的基本数据结构,在系统设计和数据库建模中起着重要作用,帮助管理和维护系统中的各种数据信息。:记录用户对智能家居系统的操作记录,包括设备控制、场景设置、定时任务等,用于用户行为分析和系统优化。:用户设定的各种场景模式,如回家模式、离家模式、睡眠模式等,用于根据用户需求自动调整设备状态。:各种智能家居设备的状态信息,如灯光开关状态、温度设置、安防设备状态等,用于监控和控制设备。:智能家居设备的能耗数据,包括用电量、用水量等,用于能耗监控和节能管理。

Chen_kF_的博客 2555

【鸿蒙专题与实战】多模块工程:HAP、HAR、HSP 与按需加载

本文详解鸿蒙开发中三种模块(Entry、HAR、HSP)的差异与应用场景,重点解析HAR与HSP在代码复用与包体大小上的关键区别,强调合理使用HAR(小工具库)与HSP(共享业务)的时机。通过featureHAP按需加载降低首包体积,结合编译时间与代码复用度判断拆分时机,并预告下一篇将深入持续集成流水线,助力高效协作开发。

信息安全领域优质创作者|操作系统领域专家 348

〖物流终端实战 05〗纯血鸿蒙 ArkTS 高阶性能优化:长列表渲染、组件复用与内存泄漏排查

本文深度剖析鸿蒙ArkTS高阶性能优化,直击长列表卡顿与内存泄漏痛点。针对渲染,指出ForEach全量构建的缺陷,强调采用LazyForEach(V2推荐Repeat)配合增量通知及稳定业务Key;针对组件复用,明确@Reusable仅复用实例不重置状态,必须在aboutToReuse中手动清理UI状态;针对内存泄漏,总结全局监听未注销、定时器未清理及长生命周期对象持有页面引用三大元凶,并指导通过DevEco Profiler的Heap快照排查引用链。文章强调优化需遵循“先定位后改代码”原则,助力开发者打造

Eyf • 半字节的博客 676

单细胞分析进阶:sctransform标准化在Seurat中的实战解析

本文深入解析了sctransform标准化方法在Seurat单细胞分析中的实战应用。通过对比传统对数标准化,sctransform能更有效地建模并剔除技术噪音,提升数据质量。文章提供了从环境配置、数据准备、核心参数解析到完整流程整合的详细指南,并针对常见问题给出解决方案,帮助研究者获得更清晰的细胞分群和更可靠的差异表达结果。

weixin_29248313的博客 150

POWER SI仿真流程

一、打开软件Power SI二、加载PCB,可以直接使用brd文件,不用再进行格式转换三、check Stackup,与原来的PCB叠层对照一遍,检查数据加载后有没有出错。四、select Nets,加载brd文件后,可能所有的网络都处于使用状态,先在右侧net manager下面右键disable all nets,再使能需要仿真的电源网络(如果要仿真的网络没有归属到电源网络,在其上右键,选classfy as power \ground nets)

lx5213的博客 1318

HarmonyOS 7 端侧 AI 图像超分的工程化落地

用户抱怨网络差的时候图片传不上去,更严重的是,大量的私密照片上传到云端,引发了严重的隐私合规审查危机。痛定思痛后,我们决定把 AI 模型直接塞进手机里,用端侧的 NPU 来做推理,但这绝非易事。我们首先在服务端对模型进行了知识蒸馏,把参数砍掉了一大半,然后利用 MindSpore Lite 的转换工具,将模型转成了鸿蒙底层支持的。即便如此,模型依然有 20 多兆,我们最终选择了 FP16 量化,牺牲了极其微小的画质,换取了内存占用减半。推理过程极其消耗 CPU 和内存,稍微大一点的图,处理时间长达几秒。

2602_97267507的博客 159

利用Matlab绘制非线性系统相图:从理论到实践

本文详细介绍了如何利用Matlab进行非线性系统的相图绘制与相平面分析。从理论基础的状态空间转换出发,通过无阻尼线性谐振子和范德波尔振荡器等实例,手把手演示了使用ode45求解器绘制相图、分析平衡点与极限环的完整流程,并分享了方向场绘制、参数分岔探索及常见错误解决方案等高级技巧,为动力学系统分析与控制设计提供了直观强大的可视化工具。

yhn456789的博客 905

AppGallery 上架自检 SOP:签名、隐私对齐与包体校验实战【鸿蒙心迹】

上架被驳回多因签名、隐私声明与包体不一致。本文提炼“签名→隐私对齐→包体校验”自检SOP,配套一键脚本与权限三角校验代码,实现90%驳回前置拦截。通过CI强制release签名、代码/声明/功能三者权限对齐、包体完整性校验,确保提审一次过。实战清单可直接抄,让过审从运气变为流程。

wdracky的专栏 326

YOLOv11改进策略【Neck】| BiFPN:双向特征金字塔网络-跨尺度连接和加权特征融合

可扩展的高效物体检测BiFPN(加权双向特征金字塔网络)

Limiiiing的博客 5494

vue2学习笔记2-老规矩,从Hello World开始,了解Vue实例和模板

想要把“Hello,World”放置在页面上,首先需要准备一个HTML的块级元素div,来承接内容。

l_q_l的专栏 1257

窗口销毁了监听还在,HarmonyOS 7 生命周期释放的归属分界

综上所述,onWindowStageWillDestroy 是窗口监听的最后安全出口,onWindowStageDestroy 只负责断开窗口引用,onDestroy 管 Ability 级资源——三者不是“程度不同的退出回调”,而是各自有明确的归属范围。窗口监听的所有者是 WindowStage,定时器的所有者是 UIAbility,播放器的所有者是页面或 Ability(取决于你在哪一层创建的),ApplicationContext 监听的所有者是 Ability 的 context。

qq_61905492的博客 203

实战二:基于LightGBM进行海洋轨迹预测 代码+数据(非常详细可作为毕设)

实战二:基于LightGBM进行海洋轨迹预测 代码+数据(非常详细可作为毕设)

1315

20 嵌入式系统架构:架构模式、实时操作系统、鸿蒙案例

嵌入式架构模式怎么选、RTOS 和通用操作系统差在哪、优先级反转怎么破?本篇把前后台、中断驱动、管态目态几种结构排成一条演进线,手把手算 RMS 可调度界限、判断任务集能不能跑得动,再把优先级继承与优先级天花板两种解法对上号,配鸿蒙案例讲清工程落地。

weixin_46316564的博客 194

第一讲:halcon模板匹配捆绑测量矩形检测芯片针脚

使用halcon模板匹配捆绑测量矩形,检测位置发生变换的芯片针脚缺陷。

uiopmn1的博客 2995

基于深度学习的工业零件缺陷检测系统

工业零件缺陷检测系统摘要 本文介绍了一个基于深度学习的工业零件缺陷检测系统解决方案。该系统采用Faster R-CNN目标检测算法,结合PyTorch框架和OpenCV图像处理库,实现了对工业零件表面缺陷(如裂纹、划痕、凹坑等)的自动检测与定位。系统包含完整的开发流程:从数据采集与标注、数据增强预处理、模型构建与训练,到最终的评估与部署。相比传统机器视觉方法,该深度学习方案具有更强的特征表示能力和环境适应性,能够有效提升工业质检的准确率和效率。文章详细阐述了系统架构设计、实现细节和优化策略,并提供了完整的代

huanghm88的专栏 286

鸿蒙平板能当电脑第二块屏幕吗?ToDesk、向日葵镜像/副屏实测

本文对比测试了ToDesk鸿蒙版4.8.3.0与向日葵鸿蒙版16.8.0在连接鸿蒙平板作为电脑副屏的表现。结果显示,ToDesk可直接实现镜像屏与扩展屏功能,支持参数调节,操作流畅;而向日葵副屏需开通会员才能使用。对于已有鸿蒙平板的用户,ToDesk能有效拓展工作空间,提升多任务效率,尤其适合临时办公、出差等场景,具备较高实用价值。

2501_91062530的博客 2336

Data-Structures-and-Algorithm-Analysis-in-Java.pdf

作者: Weiss, Mark A. 出版社: Addison Wesley Data Structures and Algorithm Analysis in Java is an “advanced algorithms” book that fits between traditional CS2 and Algorithms Analysis courses. In the old ACM Curriculum Guidelines, this course was known as CS7. This text is for readers who want to learn good programming and algorithm analysis skills simultaneously so that they can develop such programs with the maximum amo...

React Native for OpenHarmony 实战:react-native-file-logger 日志库鸿蒙化适配

本文记录了将 react-native-file-logger 适配至 OpenHarmony 的实战过程。基于鸿蒙 7.0 模拟器,通过 5 个 TurboModule 方法实现日志落盘、轮转、列举与删除,采用 fileIo 实现核心功能,支持按大小和跨天轮转,归档文件命名精确至毫秒。邮件发送功能因平台限制按能力边界处理,明确拒绝并提示用户手动导出。验证通过,日志文件结构清晰,内容完整,产出 HAP 示例与独立 HAR 库,中英双语文档齐全,为鸿蒙应用日志管理提供可靠方案。

m0_62930060的博客 258

efm32 入门.pdf

本PDF共计22页,介绍的是操作驱动API,下载与否自己斟酌。

数学建模模型总结

这是本人在两年内准备参加数学建模竞赛搜集到的模型资料,已经经过了本人的筛选和整理,希望能够对准备参加数学建模竞赛的学弟学妹们提供一些帮助!

鸿蒙沉浸光感开发适配

设备材质档位:EXQUISITE(精致,全光效,高性能设备)、GENTLE(均衡,默认)、SMOOTH(轻量,仅基础效果,低算力设备)、ADAPTIVE(自适应,系统自动识别算力选档,业务首选);用户系统设置三档(强/均衡默认/弱):本质是对透明度、反色率、折射强度的精细调控。用户的三档偏好由系统底层自动映射到渲染参数,应用只需一次定义材质,界面就会随用户设置平滑过渡,完全不需要针对三档分别写适配。

qq_63223749的博客 410

jdk-8u144-linux-x64.tar.gz.

该资源为搭建Linux系统Java环境用,资源的后缀为tar.gz格式的压缩包

【鸿蒙心迹】深色模式适配全链路——从配置到自定义(HarmonyOS 7.x)

系统切深色模式,应用没跟着变;图片在深色模式下刺眼;自定义绘制颜色没适配——深色模式不是"换个背景色",是颜色/图片/材质/状态栏的全链路适配。本文用涟漪睡眠 App 适配深色模式为案例,给完整方案与 5 个踩坑。

腾讯云创作之星、华为云云享专家,深耕电商全栈高并发系统实战,分享可商用商城项目源码。 365

鸿蒙远程控制软件哪个好?华为远程PC、ToDesk、向日葵三款实测

综合来看,本次横测最终更推荐ToDesk:它在支持跨品牌连接的基础上,外接鼠标、全屏远控、移动设备协助和多屏功能覆盖更完整,更适合作为主力远控工具。

2401_85083137的博客 347

HarmonyOS 7 应用冷启动与包体积优化实录

我们在构建脚本里加入了一个自动转换任务,将除了极其复杂的透明图之外的所有静态资源,全部转换为 WebP 格式。为了这 5% 的用户,让 95% 的用户承担 30MB 的下载成本,显然不划算。目录,里面躺着无数历史遗留的高清切图,有些是早被废弃的活动图,有些是同一张图的多个尺寸备份。这一招,直接砍掉了将近 15MB 的死重。我们将短视频相关的所有代码、图片、甚至底层的播放器三方库,全部剥离到了独立的 Feature 模块(HSP)中。包变小了,启动速度自然会快一点,但真正的瓶颈在于冷启动时的初始化逻辑。

2502_91284977的博客 172

导航该收起来,还是留在左边?HarmonyOS 6 侧栏小练习

手机宽度下,分类一直占着左边,正文会被挤得很窄;宽窗口下,每次切分类都先打开一个抽屉,又显得多了一步。这次让同一个导航内容根据空间换一种出现方式:宽时常驻左侧,窄时放到覆盖式抽屉里。分类选中状态始终是一份,切完分类后收起抽屉,正文立即显示对应路线。判断这份导航是否合适,可以回到一次切路线的动作:找得到目录,选得中分类,关掉后正文仍是刚才那一条。宽窄变化只影响目录出现的位置和时机。后面扩展层级或接入真实路线时,也先保住这一条连贯的操作。

程序猿追的博客 253

HarmonyOS 7 新特性14:音频编创深潜——12节点格式契约、7链时延表与EQ不设参引发的系统库崩溃

本文深度剖析HarmonyOS 7音频编创系统中12类节点的格式契约与链式处理机制,揭示因未设置均衡器增益参数导致系统库崩溃的核心问题。通过7条链路实测,验证降噪节点引入约3秒延迟,音源分离首测成功(耗时14.6秒),并发现格式契约存在软约束(如降噪输出强制16k/1ch但系统静默容忍错误配置)。研究确认:节点格式由链尾决定,需动态查表配置;均衡器等节点必须调用参数接口初始化缓冲,否则触发不可捕获的SIGSEGV。

轻口味的专栏 254

从 JChemPaint 到 BondDraw:一个化学结构编辑器的鸿蒙 PC 上架实录

这次上架最大的收获是流程的确定性:AGC 五步——建应用、签名、传包、审核、上架——对任何形态的鸿蒙 PC 应用都一样,坑集中在签名分流和工程收尾两处。而纯 ArkTS 路线的回报也在这一刻兑现:几百 KB 的包体、零权限的权限表、一个可以低成本持续迭代的市场通道——“版本/升级”入口已经在 AGC 里候着,下一版只是 versionCode 加一的事。

全沾软贱开发攻城狮 1万+

Mac、Windows、HarmonyOS 三台电脑,截图习惯怎么统一?三种方案对比

同时用 Mac、Windows 和 HarmonyOS 电脑的人,截图最大的麻烦不是功能,而是每台电脑一套键位和一套习惯。本文比较三种做法:全用系统自带、每个平台装一个专用工具、用一个三平台都有的工具,并说明各自的代价。

BingMao_Tp的博客 255
上一篇: HarmonyOS Next智能语音助手的语音合成与模型优化实战
下一篇: HarmonyOS Next语音识别技术全解析与应用实践
SameX-4869
博客等级 码龄18年 3354粉丝 657原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明:

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

余额充值