von

●VON3 天前
学习·华为·harmonyos·von
HarmonyOS应用开发实战(基础篇)Day12 -《打造专业级底部导航栏》在移动端应用开发中,底部标签栏(TabBar) 是用户导航的核心入口。它不仅需要清晰的视觉反馈(选中/未选中状态),还需支持图标、文字、点击切换等交互逻辑。在 HarmonyOS 的 ArkTS 开发体系中,Tabs 组件配合 @Builder 自定义构建器,为我们提供了一种简洁、高效且高度可定制的实现方案。
●VON4 天前
网络·学习·华为·harmonyos·鸿蒙·von
HarmonyOS应用开发实战(基础篇)Day10 -《鸿蒙网络请求实战》在鸿蒙应用开发中,网络请求是连接前端与后端服务的核心能力。虽然系统提供了 @ohos.net.http 原生模块,但其 API 较为底层。为了提升开发效率与代码可维护性,社区广泛采用 @ohos/axios —— 这是专为 OpenHarmony / HarmonyOS 适配的 Axios 版本,兼容熟悉的 Promise 与 async/await 语法,并支持 TypeScript 类型推断。
●VON4 天前
学习·安全·华为·harmonyos·von
HarmonyOS应用开发实战(基础篇)Day11 -《组件复用》在鸿蒙应用开发过程中,随着项目规模扩大,页面逻辑和 UI 结构会变得日益复杂。若将所有代码写在单一组件中,不仅会导致可读性下降,还会造成重复代码泛滥,严重违背“DRY(Don’t Repeat Yourself)”原则。
●VON5 天前
华为·harmonyos·训练营·von
HarmonyOS应用开发实战(基础篇)Day09-《构建布局详解下》RelativeContainer 是 ArkUI 中一种基于相对定位规则的布局容器,允许子组件通过与其他组件或容器边缘的相对关系来确定自身位置。每个子组件需通过 id 标识,并通过 alignRules 属性声明其相对于其他元素的对齐规则(如“位于 A 的右侧”、“底部对齐 B”等)。
●VON5 天前
华为·harmonyos·鸿蒙·von
HarmonyOS应用开发实战(基础篇)Day08-《构建布局详解上》参考文档:官方文档参考Stack 是 ArkUI 中一种强大的层叠容器组件,用于将多个子元素在同一平面区域内堆叠显示。与 Column 或 Row 的线性排列不同,Stack 允许子组件在 Z 轴上重叠,非常适合实现卡片浮层、图标叠加、自定义弹窗、水印、徽标(Badge) 等复杂视觉效果。
●VON10 天前
学习·安全·华为·harmonyos·von
HarmonyOS应用开发实战(基础篇)Day07-《登录注册页面》在移动应用开发中,登录/注册页面是用户与系统建立身份关联的第一道门户,其设计质量直接影响用户的第一印象与使用体验。本文将基于 ArkTS 与 HarmonyOS 的 ArkUI 框架,从 UI 设计到交互逻辑,完整实现一个简洁、安全、响应式的登录页面。
●VON12 天前
学习·华为·harmonyos·鸿蒙·von
HarmonyOS应用开发实战(基础篇)Day05-《常见布局Row和Column》Column 是鸿蒙(HarmonyOS)ArkUI 框架中最基础且常用的布局容器之一,用于在垂直方向(主轴为纵轴) 上排列子组件。其行为类似于 Android 中的 LinearLayout(orientation=vertical) 或 Web 开发中的 flex-direction: column。
●VON15 天前
安全·华为·harmonyos·鸿蒙·von
HarmonyOS应用开发实战(基础篇)Day04-《泛型与空值安全》泛型(Generics) 是现代强类型语言中用于编写高复用性、高安全性代码的核心机制。它允许开发者在定义类、接口或方法时不指定具体类型,而使用“类型占位符”(如 T、U),等到实际使用时再传入具体的类型参数。
●VON17 天前
flutter·华为·harmonyos·训练营·von
Flutter for OpenHarmony 21天训练营总结大家好,我是 VON,一名在校大三学生,也是本期训练营的发起人与领队。本次为期 21 天的「Flutter for OpenHarmony」训练营已于 2026 年 2 月 9 日圆满结束(活动周期:2026.1.19–2026.2.9)。 本次活动共吸引了 130 余名开发者参与,其中 12 位同学成功加入鸿蒙人才孵化计划。参与者主要来自全国各地的高校,大一新生占比高达 80%。由于正值寒假,整体参与活跃度有所受限,但大家的学习热情依然令人感动。
●VON18 天前
学习·harmonyos·鸿蒙·基础知识·von
HarmonyOS应用开发实战(基础篇)Day02-《ArkTS函数》在 ArkTS 中,函数是组织代码逻辑的基本单元。函数声明用于定义一个具有名称、参数列表、返回类型和函数体的可重用代码块。与 TypeScript 类似,ArkTS 要求显式标注参数类型和返回类型,以增强类型安全性和编译期检查能力。
●VON19 天前
学习·华为·harmonyos·鸿蒙·von
HarmonyOS应用开发实战(基础篇)Day01-《ArkTS基本知识》参考文档:ArkTS语言介绍ArkTS 是华为为鸿蒙生态(HarmonyOS)打造的主力应用开发语言,它在 TypeScript 的基础上进行了深度扩展和约束,以更好地适配声明式 UI 编程模型(如 ArkUI)并提升运行时性能与类型安全性。因此,ArkTS 并非完全兼容 TypeScript,而是“TypeScript 的超集 + 静态强类型增强 + 运行时优化限制”。
●VON20 天前
javascript·学习·react native·react.js·von
React Native for OpenHarmony:2048 小游戏的开发与跨平台适配实践欢迎加入开源鸿蒙跨平台社区: https://openharmonycrossplatform.csdn.net
●VON23 天前
学习·react native·react.js·游戏·开源鸿蒙·von
React Native for OpenHarmony:猜数字游戏完整技术实现文档欢迎加入开源鸿蒙跨平台社区: https://openharmonycrossplatform.csdn.net
●VON24 天前
javascript·学习·react native·react.js·von
React Native for OpenHarmony:深入剖析 Switch 组件的状态绑定、无障碍与样式定制在用户界面设计中,开关(Switch) 是一种看似简单却至关重要的交互元素。它以最直观的方式呈现二元状态——开启或关闭、启用或禁用、是或否。从系统设置中的“飞行模式”,到应用内的“通知偏好”,Switch 无处不在。它的简洁性降低了用户的认知负担,其即时的视觉反馈则提供了无与伦比的操作信心。
●VON25 天前
javascript·学习·react native·react.js·von
React Native for OpenHarmony:构建高性能、高体验的 TextInput 输入表单在移动应用的世界里,TextInput 组件远不止是一个简单的数据录入工具。它是用户与应用建立信任、进行交互的第一道门。一个响应迅速、布局合理、体验流畅的输入表单,能极大地提升用户的满意度和留存率;反之,一个卡顿、错位、逻辑混乱的表单,则会成为用户流失的导火索。
●VON1 个月前
javascript·学习·react native·react.js·架构·跨平台·von
React Native for OpenHarmony:项目目录结构与跨平台构建流程详解在 React Native for OpenHarmony(RN4OH)开发模式中,开发者使用熟悉的 React 语法编写 UI 逻辑,再通过专用工具将其打包为 OpenHarmony 可识别的 JavaScript Bundle,最终由鸿蒙原生应用加载运行。本文将结合 6 张真实项目截图,逐步拆解这一“前端写代码 → 鸿蒙跑应用”的完整链路。
●VON1 个月前
javascript·学习·react native·react.js·von
React Native for OpenHarmony:FlatList 虚拟化引擎与 ScrollView 事件流的深度协同在移动应用开发中,展示大量数据是常态。面对这一挑战,React Native 提供了两种主要方案:ScrollView 和 FlatList。它们代表了两种截然不同的性能哲学:
●VON1 个月前
笔记·学习·flutter·ui·架构·openharmony·von
Flutter for OpenHarmony:基于 SharedPreferences 的本地化笔记应用架构与实现本文详细阐述如何将一个标准的 Flutter 笔记应用(支持创建、编辑、删除、搜索与本地持久化)完整迁移并优化至 OpenHarmony 4.0+ 平台。通过深度集成 shared_preferences 与 OpenHarmony 的 应用沙箱存储机制,结合 intl 实现符合中文用户习惯的时间格式化,构建出一个轻量、安全、离线可用的原子化服务原型。
●VON1 个月前
安全·flutter·交互·openharmony·跨平台开发·von
Flutter for OpenHarmony:基于软删除状态机与双轨数据管理的 TodoList 回收站安全体系实现在数字世界中,“删除”曾是不可逆的深渊。一个误触,可能意味着数小时工作的永久丢失。真正的专业级应用必须提供操作可逆性(Undoability)——让用户敢于操作,而不必战战兢兢。
●VON1 个月前
学习·flutter·架构·交互·von
Flutter for OpenHarmony:基于可选描述字段与上下文感知渲染的 TodoList 任务详情子系统实现在任务管理中,标题是“做什么”,而描述是“怎么做”和“为什么做”。一个仅有标题的待办事项,如同没有注释的代码——功能明确,但缺乏上下文。真正的生产力工具必须支持用户记录意图、步骤、参考链接或背景信息,而这些都承载于“描述”字段。