Flutter for OpenHarmony:Flutter 三方库 xdg_directories 遵循 Linux 系统目录规范的路径指南(鸿蒙底座兼容性探索)

Flutter for OpenHarmony:Flutter 三方库 xdg_directories 遵循 Linux 系统目录规范的路径指南(鸿蒙底座兼容性探索)

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net

请添加图片描述

前言

随着 OpenHarmony 在桌面和平板设备上的不断普及,以及其底层与类 Unix / Linux 系统深厚的渊源,开发者在处理本地存储路径时,不仅要考虑手机端的“沙箱”,也需要考虑符合行业标准的系统目录规范(XDG Base Directory Specification)。

xdg_directories 是一个专门用于获取 Linux 系统环境变量定义的标准目录位置的工具库。它能帮你准确定位诸如:配置文件放在哪?缓存数据放在哪?虽然鸿蒙手机端有其特有的路径设计,但在鸿蒙桌面端或利用鸿蒙内核进行 Linux 兼容层开发时,它具有不可替代的规范指导意义。

一、核心概念:XDG 规范图解

XDG 规范定义了应用程序存储不同类型数据的位置,避免了在用户主目录下乱丢文件的乱象。

/home/user

$XDG_CONFIG_HOME (.config)

$XDG_CACHE_HOME (.cache)

$XDG_DATA_HOME (.local/share)

my_ohos_app/db.sqlite

二、核心 API 实战

2.1 获取数据目录

import'package:xdg_directories/xdg_directories.dart';voidshowPaths(){// 💡 获取用户特定的配置目录 (通常包含 app.yaml)print('我的配置存放在: ${configHome.path}');// 💡 获取主数据目录print('我的数据存放在: ${dataHome.path}');// 💡 获取临时缓存目录print('我的缓存存放在: ${cacheHome.path}');}
在这里插入图片描述

2.2 搜索多级配置目录

有时候配置文件可能存在于系统级或用户级多个路径中。

for(var dir in configDirs){print('搜索配置路径: ${dir.path}');}
在这里插入图片描述

2.3 获取运行时临时目录

print('运行时目录 (通常是 /run/user): ${runtimeDir?.path}');
在这里插入图片描述

三、OpenHarmony 平台适配

3.1 桌面端适配价值

💡 技巧:如果你正在编写一个跨平台的工具,需要在鸿蒙系统的桌面版(类似个人电脑体验模式)中运行。使用 xdg_directories 可以确保你的 App 保存的配置不仅符合 Linux 开发者的习惯,也能被系统的清理工具正确索引。

3.2 鸿蒙手机端的降级策略

由于鸿蒙手机端对主目录(Home)有极强的访问限制(多层沙箱环境),在此由于环境变量可能为空,xdg_directories 的部分属性可能会返回空或默认值。在这种情况下,建议将其作为“偏好设置路径”的辅助参考,如果为空,则降级使用鸿蒙标准的沙箱路径。

四、完整实战示例:鸿蒙应用标准路径持久化

本示例演示如何结合 XDG 规范,为应用自动选择合法的 Logs 存放位置。

import'dart:io';import'package:xdg_directories/xdg_directories.dart';classOhosLogger{Future<void>writeLog(String text)async{// 1. 获取符合规范的数据目录路径final folder =Directory('${dataHome.path}/my_ohos_app/logs');// 2. 递归确保目录存在if(!await folder.exists()){await folder.create(recursive:true);}// 3. 写入内容final file =File('${folder.path}/system.log');await file.writeAsString('$text\n', mode:FileMode.append);print('📦 存往 OS 规范路径: ${file.path}');}}
在这里插入图片描述

五、总结

xdg_directories 软件包是 OpenHarmony 开发者迈向“全平台高质量软件”的一张入场券。虽然大多数时候我们只关注手机端的路径接口,但通过遵循 XDG 这类国际标准规范,能让你的鸿蒙应用具备更好的系统集成度。特别是在处理需要暴露给用户管理的配置文件、或是构建开发工具集时,标准的路径管理就是专业性的最好体现。

Read more

Flutter for OpenHarmony: Flutter 三方库 github 在鸿蒙应用中深度集成 GitHub API 构建高效的开发者协作工具(出海与工具链开发)

Flutter for OpenHarmony: Flutter 三方库 github 在鸿蒙应用中深度集成 GitHub API 构建高效的开发者协作工具(出海与工具链开发)

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net 前言 在进行 OpenHarmony 为核心的开发者工具、代码托管助手或出海类社交应用开发时,与 GitHub 的数据打交道是必修课。我们需要实现: 1. 鸿蒙端展示用户的 GitHub 仓库列表和 Stars。 2. 自动化管理 Issues,或是监控 Repo 的 PR 动态。 3. 利用 GitHub 账号直接登录鸿蒙端的开发者社区。 github 软件包是 Flutter 生态中功能最全、维护最稳健的 GitHub REST API 封装库。它提供了 100% 强类型的接口定义,让你的鸿蒙应用能以最轻量化的方式接入全球最大的开源社区数据。 一、API 通讯与对象模型 github 库将繁杂的 JSON

By Ne0inhk
开源版 Coze: 创建工作流(Workflow)

开源版 Coze: 创建工作流(Workflow)

一、什么是 Coze 工作流(Workflow)? 在开源版 Coze 中,工作流(Workflow) 是一个可视化编排引擎,允许你将多个 AI 步骤、条件判断、外部工具调用组合成自动化流程。 ✅ 支持的节点类型(截至 v1.2.0) 节点功能是否可用Start流程入口,定义输入参数✅LLM调用大模型生成文本✅Plugin调用自定义 HTTP 插件✅HTTP Request直接发起 HTTP 请求(无需预注册插件)✅Condition条件分支(if/else)✅User Input暂停流程,等待用户输入✅End流程出口,返回结果✅ ❌ 不支持:循环(Loop)、定时触发、数据库读写、文件上传等高级节点。 二、工作流 vs 普通

By Ne0inhk
双模态无人机太阳能光伏红外可见光一一对应缺陷检测数据集,共650张 无人机可见光红外缺陷检测数据集 红外 + 可见光配对无人机红外可见光光伏缺陷检测数据集

双模态无人机太阳能光伏红外可见光一一对应缺陷检测数据集,共650张 无人机可见光红外缺陷检测数据集 红外 + 可见光配对无人机红外可见光光伏缺陷检测数据集

1 1 1 1 1 类别: dmjrb ns dyrb ejgdl zw yyzd ygfs ycdw dmjrb_ycdw dyrb_ycdw ✅ 一、数据集基本信息表 项目内容数据集名称无人机光伏太阳能板缺陷检测数据集(红外 + 可见光配对)总图像数量650 张(红外与可见光图像严格一一对应,共 650 对 → 1,300 张图像)模态类型双模态配对数据:• 红外热成像(Infrared)• 可见光图像(RGB)标注格式YOLO 格式(.txt 文件,适用于 YOLOv5/v8/v11 等)数据划分未明确说明,建议按 7:2:

By Ne0inhk

KaiwuDB+CodeArts 智能体,让ai快速构建一个智能家居本地化数据处理系统

针对智能家居云端数据处理模式的网络依赖、低延迟性差、隐私泄露三大痛点,基于 KaiwuDB(KWDB)多模时序数据库 + 华为 CodeArts 代码智能体的本地化数据处理解决方案。从环境搭建、KWDB 自动化部署,到系统全模块开发、接口测试实现全流程落地,打造零云端依赖、低延迟、高隐私的智能家居本地化数据处理系统,方案基于开源技术栈与自动化开发工具,降低技术门槛,适配新手开发者与实际家庭场景需求。         随着智能家居设备渗透率持续提升,家庭中温湿度传感器、智能灯、空调、门锁等设备呈规模化增长,设备运行产生的时序数据(温湿度、能耗、设备状态)与关系型数据(设备信息、规则配置)呈爆发式增长,对数据的存储、处理与利用提出更高要求。 本文选择KaiwuDB作为本地化数据存储与计算核心,华为 CodeArts 代码智能体作为自动化研发引擎,二者结合实现智能家居本地化数据处理系统的高效构建,核心优势如下: 1.1 KaiwuDB:适配 AIoT 场景的多模数据库基座 KaiwuDB(开源版本简称

By Ne0inhk