weixin_44827696的博客

原创 【鸿蒙开发】保姆级教程带你轻松玩转App Linking（附带一款专为鸿蒙开发的App Linking调试工具）

本文介绍了一款专为开发者设计的AppLink调试工具，通过简易界面实现AppLink参数的快速测试与验证。该工具支持多种触发方式（点击/碰一碰/扫码），并能显示运行日志，显著提升调试效率。文章详细解析了鸿蒙系统AppLink的运行机制：需在AGC平台备案域名，配置服务器applinking.json文件和应用module.json5参数，实现通过URI自动拉起应用的功能。最后提供了代码示例，展示如何在应用中集成AppLink功能。这款工具已上架华为应用市场，帮助开发者快速验证URI方案，优化跨应用交互体验。

原创 封装自定义组件，快速实现HarmonyOS Next系统下的统一弹窗解决方案

弹窗是应用开发中使用的非常多的一个组件，为了统一设计和整体美观的目的，弹窗往往会使用一套设计统一，交互相近的设计方案。如果每个弹窗都手动创建的话，需要消耗开发者大量的精力，为了能够快速开发不同的弹窗方案，我们可以尝试在开发初期就构建一个底层的弹窗逻辑。简单分析可以发现，弹窗的设计是相似的，相同背景的基础上增加一个图标，一行文字和两个按钮。封装了底层结构以后，我们就可以通过非常简单的代码复用，快速开发不同的弹窗。因此这里可以开发一个通用的底层组件来搭建弹窗的基本架构。

原创 鸿蒙5.0如何快速接入端云一体化的认证服务。

7.最后只要在云开发的Kit中使用auth.getAuthProvider()命令获取认证服务的AuthProvider来初始化云开发Kit,就能在云开发kit中完成用户信息绑定，实现基于认证权限管控的全套后端能力。星梦之舟团队也是基于端云一体化能力快速构建灵动小组件的后端业务，在几乎没有往后端花钱的前提下，就实现了20W+级别的用户支持，5W+的月活用户访问。随着鸿蒙演进到5.0，端云一体化的SDK也进化到了kit时代，从一个独立的SDK融合到了kit以后，使用方法也迎来了全新的改变。

原创 鸿蒙征文｜使用鸿蒙Next复刻一个上古小游戏：《是男人就坚持100秒》

原创 【鸿蒙/OpenHarmony】端云一体化开发-无法开通云存储，提示发生未知错误时的解决方案【坚果派-咸鱼】

鸿蒙端云一体化开发无法开通云存储的解决方案

原创 OpenHarmony开发板无法运行端云一体化项目的解决方案【坚果派-咸鱼】

OpenHarmony开发板运行端云一体化项目出现“Error while Deploy Hap”错误的解决方案

原创 【端云一体化开发】云函数本地运行/调试启动失败的两种解决方案

并且在本地运行/调试云函数的时候npm会自动重建这个文件夹，编译代码并下载相应的依赖文件。打开设置菜单中的”Node.js与npm“选项卡，勾选”覆盖“单选框，然后把npm用户配置的路径改为node安装目录下的.npmrc的位置。如果方法一无效的话，可以尝试着删除CloudProgram目录下的build文件夹，这个文件夹里是本地运行云函数时产生的编译文件及各种依赖。这个问题的原因似乎是运行云函数的时候会重新下载npm及相关依赖文件，但是DevEco的npm模块出错导致这个步骤执行失败。

原创 【无标题】

原创 使用鸿蒙端云一体化模板快速开发一个显示桌面文案的元服务

使用端云一体化开发可以很容易的实现这个效果简单介绍一下端云一体化开发：作为一个独立开发者，由于时间和开发能力的限制，想要独立开发一个应用程序其实还是挺难的，微博、B站那种功能复杂又高大上的应用自然不必说，很多时候连简单的应用也会受限于前后端开发的差异，学前端的不会写后端、不会配置服务器，学后端的搞不懂前端三件套，让人搞得一头雾水，项目未半而中道崩卒。DevEco的能让应用开发变得非常简单，前后端语法统一，前端用基于JS衍生的ArkTS，后端能直接用Node.js，语法高度相似。

原创 【纯新手向】手把手带你使用模板创建第一个鸿蒙端云一体化元服务

如果直接运行程序的话，会发现认证服务和云存储功能是可以用的，但是云函数和云数据库的模块都无法正常使用。这两个文件是在新建工程时根据severless的最新配置自动下载的，**如果在后续的开发中修改了severless或是云数据库的配置的话需要及时手动更新这两个文件，**否则可能会导致程序运行异常。【由于在目前的版本中还不能通过DevEco直接创建云侧项目，并且端侧项目的一部分网络功能需要依赖云侧的一些配置信息才能实现，因此我们直接从云侧的部分开始。填写应用的配置信息注意此处需要使用AGC中相同的应用包名。

原创 鸿蒙元服务开发教程03：从底层原理开始讲透桌面卡片的router事件刷新机制

主要有两个原因：第一是HarmonyOS Api9的桌面卡片出于降低系统能耗的目的，被限制了只有5秒的活动时间。第二个原因是从实际的运行机制来说，桌面卡片实际上并不是应用主体的一部分，而是归属于鸿蒙系统的桌面所管理的一系列服务，桌面卡片与其对应的应用主体之间相互隔离，只能使用专门的接口来进行数据交互与页面管理。则不涉及到应用的UIAbility，只是拉起桌面卡片自己的FormAbility，也可以刷新卡片，但仍然受5秒时长的限制，更适合轻量化的的实现卡片内容的刷新。【卡片page的代码】

原创 鸿蒙元服务开发教程02：从底层原理开始讲透桌面卡片的message事件刷新机制

主要有两个原因：第一是HarmonyOS Api9的桌面卡片出于降低系统能耗的目的，被限制了只有5秒的活动时间。第二个原因是从实际的运行机制来说，桌面卡片实际上并不是应用主体的一部分，而是归属于鸿蒙系统的桌面所管理的一系列服务，桌面卡片与其对应的应用主体之间相互隔离，只能使用专门的接口来进行数据交互与页面管理。则不涉及到应用的UIAbility，只是拉起桌面卡片自己的FormAbility，也可以刷新卡片，但仍然受5秒时长的限制，更适合轻量化的的实现卡片内容的刷新。但据说api10开始会取消5秒的限制，

原创 鸿蒙元服务开发教程：从底层原理开始讲透桌面卡片的call事件刷新机制

详细讲解鸿蒙系统桌面卡片的call机制刷新模式。