harmonyos

鸿蒙任意类型转字符串

程序员潘Sir

鸿蒙应用开发从入门到实战（八）：ArkTS自定义组件语法除去系统预置的组件外，ArkTS 还支持自定义组件。使用自定义组件，可使代码的结构更加清晰，并且能提高代码的复用性。

鸿蒙5.0应用开发——V2装饰器@Provider和@Consumer的使用【高心星出品】@Provider和@Consumer用于跨组件层级数据双向同步，可以使得开发者不用拘泥于组件层级。

HarmonyOS：ArkTS卡片页面刷新ArkTS卡片框架提供卡片提供方（例如：应用）和卡片的数据交互能力。其中卡片通过postCardAction传递数据给卡片提供方，卡片提供方可以通过updateForm接口传递数据给卡片。卡片提供方将数据提供给卡片后，可以用于卡片页面刷新等。由于卡片提供方和卡片为相互独立的进程，两者间的数据共享只能通过LocalStorageProp传递，不能使用getContext方法。因此卡片提供方推送数据后，卡片UI需要通过LocalStorageProp接收数据，且接收数据时，卡片数据会被转换成string类型

通知语音播报功能，解锁全新体验在触达用户的多种途径中，推送通知消息凭借其高效性和便捷性，成为一种高性价比的营销手段。然而由于各应用推送频率过高，导致重要通知消息常被淹没在海量信息中，难以及时触达用户。比如商家的新订单提醒或者是收款到账通知等重要提醒，往往会因为消息过多而被用户忽视。

通知语音播报功能，解锁全新体验在触达用户的多种途径中，推送通知消息凭借其高效性和便捷性，成为一种高性价比的营销手段。然而由于各应用推送频率过高，导致重要通知消息常被淹没在海量信息中，难以及时触达用户。比如商家的新订单提醒或者是收款到账通知等重要提醒，往往会因为消息过多而被用户忽视。

鸿蒙5.0应用开发——V2装饰器@ObservedV2和@Trace的使用【高心星出品】@ObservedV2装饰器与@Trace装饰器是HarmonyOS状态管理V2中用于深度观测类属性变化的核心工具。它们主要解决嵌套类对象属性变化的观测难题，以下是关键特性和使用要点：

HarmonyOS应用拉起系列（三）：如何直接拉起腾讯/百度/高德地图进行导航在鸿蒙应用开发中，经常需要跳转第三方地图应用（如腾讯地图、百度地图、高德地图）进行导航。无论是出行类 App、物流类 App，还是线下活动类应用，都存在“跳转地图导航”的实际需求。写完HarmonyOS应用拉起系列一和二后在鸿蒙开发者社区以及各类技术问答平台上很多开发者都在询问：如何实现直接拉起导航应用。本文结合拉起系列一和实战代码，讲解如何封装 MapNavigator 工具类，实现：

程序员潘Sir

鸿蒙应用开发从入门到实战（七）：ArkTS组件声明语法大家好，我是潘Sir，持续分享IT技术，帮你少走弯路。《鸿蒙应用开发从入门到项目实战》系列文章持续更新中，陆续更新AI+编程、企业级项目实战等原创内容、欢迎关注！

鸿蒙5.0项目开发——V2装饰器@Event的使用【高心星出品】由于@Param装饰的变量在本地无法更改，使用@Event装饰器装饰回调方法并调用，可以实现更新数据源的变量，再通过@Local的同步机制，将修改同步回@Param，以此达到主动更新@Param装饰变量的效果。

HarmonyOS：创建ArkTS卡片ArkTS卡片分为动态卡片与静态卡片两种类型。与动态卡片相比，静态卡片整体的运行框架和渲染流程和动态卡片是一致的主要区别在于，卡片渲染服务将卡片内容渲染完毕后，卡片使用方会使用最后一帧渲染的数据作为静态图片显示，其次卡片渲染服务中的卡片实例会释放该卡片的所有运行资源以节省内存。因此频繁的刷新会导致静态卡片运行时资源不断的创建和销毁，增加卡片功耗。

HarmonyOS 5.0应用开发——V2装饰器@once的使用【高心星出品】在鸿蒙ArkTS开发中，@Once装饰器用于实现子组件仅接受父组件传递的初始值，后续父组件数据变化不再同步至子组件。以下是其核心要点：

程序员潘Sir

鸿蒙应用开发从入门到实战（六）：ArkTS声明式UI和组件化大家好，我是潘Sir，持续分享IT技术，帮你少走弯路。《鸿蒙应用开发从入门到项目实战》系列文章持续更新中，陆续更新AI+编程、企业级项目实战等原创内容、欢迎关注！

HarmonyOS数据持久化：Preferences轻量级存储实战本文将详细介绍HarmonyOS 5（API 12）中的用户首选项（Preferences）数据持久化方案，通过实际代码示例讲解如何实现轻量级键值对数据的存储、读取和管理。

鸿蒙深链落地实战：从安全解析到异常兜底的全链路设计友友们，大家好。在鸿蒙应用的商业化场景中，深链（Deep Link）是连接外部流量与内部页面的关键纽带 —— 无论是活动推广页的直接唤起、第三方 App 跳转至特定功能页，还是带参数的个性化路由，都依赖深链实现 “一步直达”。但实际落地时，开发者常面临三大核心难题：复杂参数易被篡改（如伪造 token 绕过权限校验）、冷 / 热启动场景适配混乱（应用未启动 vs 已启动时参数接收不一致）、异常场景无兜底（参数错误导致白屏或崩溃）。

Android传统开发 vs Android Compose vs HarmonyOS ArkUI 对照表Android传统开发 - EventBus通信：Android Compose - 参数传递：HarmonyOS ArkUI - @Link装饰器：