登录社区云,与社区用户共同成长
邀请您加入社区
本文分享了基于cj-tauri框架(仓颉语言实现的类Tauri方案)开发一款轻量桌面音乐播放器的全过程。项目聚焦“双击即开、离线可用、歌词同步”需求,避开Electron臃肿问题,采用系统WebView+原生后端架构,实现小体积、高性能。通过脚手架快速搭建,支持榜单查询、歌曲搜索与实时歌词,强调最小权限安全模型与跨平台兼容性(已支持Windows/Linux)。作者总结了技术选型取舍与踩坑经验,提
好友相聚时,碰一碰就能传输游戏包;作为HarmonyOS的分享服务框架,它为应用提供文本、图片、视频等内容的跨应用、跨端分享能力,主要包括系统分享、碰一碰和隔空传送。视频结合场景体验与开发讲解,介绍Share Kit的核心能力、HarmonyOS 7上的分享新体验及具体接入方法,帮助开发者理解技术原理,快速将便捷的分享能力融入应用。用手机轻触电脑或平板屏幕,系统不仅能识别触碰的窗口,还能识别具体位
本文作者“熊猫钓鱼”分享了半年鸿蒙元服务开发实战心得,揭示了鸿蒙生态的核心理念:不是换皮的安卓,而是“服务主动找人”的新范式。通过公交卡充值、快递查询等案例,强调元服务应极致简化操作链路,让用户“点一下就办成事”。分布式能力大幅减少跨端开发成本,而4MB包大小、权限限制等“约束”,实则是倒逼开发者聚焦核心体验。真正的技术革新不在代码,而在思维转变——从“拉用户进应用”转向“让服务自然抵达用户”。
假期无聊,猫哥重拾「爱影家」影视App项目,用仓颉版Tauri(cj-tauri)打造跨平台桌面观影客户端。通过实战掌握cj-tauri框架:以仓颉为后端、Web技术为前端,实现窗口管理、IPC通信与权限控制。文章详解环境配置、工程创建、命令注册及网络坑点,强调“在玩中学”的学习理念,适合想快速上手仓颉开发的开发者。
DualCart 通过统一 Navigation 路由体系,实现折叠屏/平板场景下的平行视界分屏体验。核心在于将“分栏”视为路由关系而非组件布局,以 ProductList 与 ProductDetail 的主从配对为核心,保持手机与大屏共用同一套路由链路。通过稳定路由名、统一系统配置与业务逻辑、引入 ParallelPolicy 管理页面角色、状态上移至共享 Store,确保跨设备一致性。点击行
TraceBridge 优化链路追踪,解决跨端断链、重复导出与敏感信息泄露问题。通过四层架构:TraceContextCodec 确保 traceparent 正确注入,AttributeSanitizer 实现白名单属性过滤,SpanLease 统一结束权避免重复上报,TracedHttpClient 收敛采样逻辑。压测验证断链归零、重复结束降为0、敏感属性清零,端侧开销仅1.6ms P95,实
本文通过 MeterWire 演示项目,揭示跨端遥测中 int64 转换为 JavaScript Number 导致精度丢失的隐性风险。尽管协议解码成功,但超过 MAX_SAFE_INTEGER 的值(如 9007199254740997)会被错误舍入为 9007199254740996,引发数据错乱。解决方案包括:在 Protobuf schema 中明确定义字段语义(如 uint64 序列号)
本文介绍开源项目 cj-tauri,基于华为仓颉语言与系统 WebView 构建轻量级桌面应用框架,对标 Tauri。核心聚焦于高效、安全的 IPC 通信机制:通过原生消息通道实现 JS 与仓颉代码的双向交互,报文仅四类(invoke/emit/resolve/event),全程仅解析一次 JSON,避免网络开销。实测单次调用耗时仅 0.39 毫秒,性能优于 WebSocket。采用 id 匹配、
在纯血鸿蒙时代,仓颉语言作为一等公民,催生了“纯仓颉版Tauri”混合开发框架。该框架摒弃ArkTS包装层,直接以仓颉代码为App入口,通过轻量化用户态线程与Actor模型,实现Web与原生能力的高效通信。相比传统Rust方案,其链路更短、开销更低、功耗更优,彻底解决移动端性能瓶颈,开启跨平台开发新范式。
本文记录在官方 KMP 基础上集成鸿蒙版 Compose Multiplatform(CPF-KMP-CMP)的完整链路,实现 commonMain 同时编译 Android APK、JVM 桌面包与 HarmonyOS HAP。核心思路是:插件使用适配版以支持 ohosArm64 和 export 机制,依赖则通过“消费类路径重映射”仅在目标平台切换为官方版本,避免 Android 与 JVM
高校周边通v3.6.0国庆特别版基于HarmonyOS 7 API 26,实现折叠屏「平行视界」双栏沉浸体验。通过NavigationMode.Auto与单一NavPathStack,结合foldStatusChange监听,自动适配外屏、展开态与帐篷模式,左栏导航、右栏详情+实况窗,支持自由悬停写作。采用distributedKVStore跨端同步笔记,杜绝双栈陷阱,优化国庆出行场景下的多任务交
过去 4 年,"HarmonyOS 碰一碰"是个很虚的词——到底是靠 NFC Tag 贴纸、AirTouch 服务直达、还是分布式软总线?用户感知模糊,开发者拼接三套 API 累得要死。从 HarmonyOS 7(API 26)开始,ServiceInteraction.TriggerType.KNOCK位置精准:顶端对齐的物理姿势(不是背面全贴都行),完全杜绝口袋误碰;0 云端:加密通道直接在设
摘要(148字): ebook-reader 是一套基于 UTS 的跨端电子书阅读插件,支持 Android、iOS、鸿蒙 Next 及 H5,提供统一 API 与可嵌入的 Vue 组件壳。覆盖 txt/epub/md 文本解析、分页、主题、TTS、水印、手写划线等核心功能,支持仿真翻页与自定义 UI。通过 createReader 内核接口实现深度定制,适配小说、教育、企业文档等场景,有效解决三
本文以真实混合应用为背景,剖析ArkWeb开发中JSBridge、Cookie同步与文件下载三大核心挑战。指出仅能加载网页只是起点,真正难点在于Web与ArkTS间通信、会话一致性及文件处理的复杂协同。提出构建“消息、会话、文件”三条独立通道的工程化方案:统一使用带协议的轻量RPC式JSBridge;确保Bridge注册时机正确并引入ready状态;通过CustomEvent实现原生主动通知H5;
应用的启动速度、输入响应、界面渲染都走的是原生路径,没有中间层带来的性能损耗。对一闪而过的灵感、临时接到的任务、开会时记下的关键信息,从打开应用到内容记完,几秒钟的事。购物清单、工作任务清单、出差物品清单,都能用同一个方式管理。你用它记什么内容、希望增加什么功能(比如图片插入、语音转文字、跨端同步),都是团队后续迭代的参考。写方案、写代码时突然想到一件事,不用切换到其他应用,把随记窗口拉出来记两句
WhatIf 的鸿蒙适配不是把 Kotlin 条件判断翻译成 ArkTS,而是让同一份共享代码→ ArkUI 工作台。
→ C ABI→ ArkTS 页面。
→ N-API 参数检查→ JSON→ ArkUI 结果卡片。
→ ArkUI 鸿蒙 PC 页面。
KMP 公共 API↓↓↓C ABI 字符串契约↓C++ N-API 参数和内存管理↓ArkTS 客户端与 ArkUI 页面↓签名 HAP 和设备日志验收。
ArkUI 输入→ JSON 结果→ ArkUI 状态。
→ C ABI→ ArkUI 页面。
本次适配真正需要处理的不是一个uuid4()→ C ABI→ JSON→ ArkUI 真机页面。
鸿蒙平行视界为未适配大屏的应用提供零代码分栏方案,仅需两份配置即可实现折叠屏与平板的双页并行显示。通过easy_go.json配置路由模式(导航/购物)、页面比例及交互行为,系统自动接管布局,支持拖拽调节与全屏切换。相比自研分栏,其接入成本极低,适合快速提升大屏可用性,是迈向精细化适配前的理想过渡路径。
本文介绍在不修改VK Mini App代码的前提下,通过设计跨端Bridge SDK,实现其在HarmonyOS上的原生能力调用。该SDK以协议兼容为核心,通过拦截与转发机制,将VK Bridge请求映射至HarmonyOS系统能力(如闪光灯、权限、触感反馈)及宿主业务逻辑(如用户认证、消息回调),支持动态注册与透传策略,确保接口一致性与可扩展性。目前已实现12个核心接口,涵盖硬件控制、系统设置与
将鸿蒙手机应用适配至PC端,需重点关注五大关键点:1)搭建PC开发环境,使用模拟器或真机调试;2)采用断点式栅格布局,实现手机、折叠屏、PC多形态自适应;3)强化键鼠交互,添加悬停反馈、右键菜单与键盘快捷键支持;4)声明自由窗口模式,确保窗口可拖拽、缩放、多开;5)上线前严格自查布局、交互、输入法及多显示器兼容性。核心在于从“移动优先”转向“桌面体验”,利用ArkUI的声明式能力,以最小成本实现跨
想动手试一试的开发者,也能跟着样例工程了解完整路径:认识相关源码仓库,使用 KMP OHOS Support 插件创建工程,通过 Gradle 任务发布鸿蒙构建产物,再使用 DevEco Studio 完成签名、推包和运行。直播将从 KMP 与 CMP 的分工讲起,结合 commonMain、ohosMain 等源集,说明共享代码如何编译成各端可用的产物,以及 Compose UI 怎样接入鸿蒙应
随着全场景多设备的生活方式不断深入,用户拥有的设备数量日益增加。不同设备可以在适宜的场景下提供更优质的体验,如手表便于即时信息查看,电视则提供沉浸式观影体验。然而,每种设备的使用场景存在局限,例如,在电视上输入文本相较于移动设备而言,体验较差。当多个设备通过分布式操作系统能够相互感知、进而整合成一个超级终端时,设备间就可以取长补短、相互帮助,为用户提供更加自然流畅的分布式体验。在HarmonyOS
摘要:本文系统介绍HarmonyOS应用开发技术,重点讲解ArkTS语言在APP/游戏开发中的实践,以及Kotlin Multiplatform(KMP)在跨平台开发中的应用。内容涵盖开发环境搭建、ArkTS基础语法、UI设计、性能优化等核心知识点,并针对PC应用开发提供适配方案。通过多个实战案例(如天气应用、2D游戏、任务管理器等)演示开发流程,同时包含面试常见问题解析,帮助开发者快速掌握Har
摘要:本文系统探讨KMP与鸿蒙集成开发的性能优化方案,重点解决跨平台内存管理、渲染效率及功耗控制三大核心问题。通过引入预编译序列化、协程调度优化、共享内存通道等技术,实现反序列化耗时降低40%、数据传输延迟<0.3ms等关键指标提升。针对鸿蒙特性提出ArkUI渲染优化策略,使列表帧率达58+FPS,并通过功耗敏感调度模型降低射频模块功耗45%。全文提供从架构设计到代码落地的完整优化路径,包含
借助小程序容器,跨端建设形成了可以持续积累的公共能力:业务逻辑维护一份,页面组件跨端复用,系统适配由运行层集中承接,版本通过云端统一组织。对同时维护手机与电脑客户端的团队而言,新增终端可以接入已有的小程序服务,新增业务也能够使用已经建立的多端运行环境,开发投入逐步沉淀为整个 APP 体系可以共享的资产。
三方库共建、学习成长、创新挑战——。目前,第一站「三方库共建计划」参与入口已关闭,项目进入收口阶段;第二站「仓颉社区学习赛」和第三站「生态创新开发挑战赛」仍在开放参与。如果你想从真实代码贡献入门、修复 Bug、挑战性能优化,可以参加仓颉社区学习赛;如果你想把创意做成一个可运行、可验证的项目作品,可以参加生态创新开发挑战赛。两种参与方式,一起把想法写进仓颉生态。
在保证口令安全的同时轻松记忆,是普通用户最难做到的事:每个网站一个独立强密码几乎不可能记住。用 SHA-256 / SHA-384 / SHA-512 对输入做哈希,再按 Hex / Base64 / Base58 编码,并可截断到指定位数;是一个可直接包裹的组件,每次输入时实时生成结果。例如输入、选择 SHA-256 + Base64 + 截断 16 位,立刻得到一段 16 位的高强度口令。这套
cjh(Cangjie Coding Agent Harness)是由 yangyongzhen 开发的轻量级、高安全性的 AI 编程助手,基于仓颉语言实现。项目以“零依赖、省 Token、强安全”为核心,采用静态编译单二进制(<10MB),支持跨平台运行;通过头尾保留+落盘回溯、异步压缩与 Prompt Cache 有效控制上下文消耗;创新使用 V2d 并发引擎与 Hashline 行级编辑提升
终端里用自然语言描述任务 → Agent 理解意图、自主规划、调用工具、观察结果、迭代直至完成。全流程在 TUI 中实时呈现,亦可通过 Web 远程驱动。:单二进制零依赖分发(一个文件 = 一个 agent)、语言级内存安全加持的插件信任链、以「省 token + 高执行效率」为双硬性指标的系统化工程优化。终端 TUI 与 Web 远程双驱动,并面向演进(借鉴 swarm 等成熟范式,取并行子代理