logo
publist
写文章

简介

该用户还未填写简介

擅长的技术栈

可提供的服务

暂无可提供的服务

【共创稿事节】双引擎智能相册:HarmonyOS 7(API 26)文搜图 × 图像超分端侧 AI 联动实战

相册应用的麻烦事翻来覆去就两件:照片找不到,找到了又看不清。HarmonyOS 7(API 26)的 Core Vision Kit 把解这两个问题的能力都放到了端侧——文搜图(textSearchImage,一句话检索本地照片)和图像超分(端侧放大增强,数据不出设备)。这篇文章记录我把两个能力接进相册应用、做成"检索后一键增强"闭环的过程,重点不是怎么调 API,而是两个引擎凑在一起之后冒出来的

文章图片
#API 26
【鸿蒙心迹】元服务开发与生态变现——免安装卡片实战及五条变现路径对比(HarmonyOS 7.x)

应用上架后,我在调研鸿蒙生态的下一步:元服务(原子化服务)——用户不用下载 App,在桌面上直接放一张"服务卡片",点卡片就能用核心功能。我用一个"天气速览"元服务做实验:免安装、桌面卡片、即点即用。这中间踩了 5 个坑:包过大被拒绝免安装、卡片数据不更新、卡片点击跳转失效、IAP 购买成功但没发货、变现路径选错投入产出倒挂。本文单点深挖元服务卡片开发的核心链路(module.json5 + Fo

文章图片
#鸿蒙元服务#原子化服务
【鸿蒙心迹】元服务开发与生态变现——免安装卡片实战及五条变现路径对比(HarmonyOS 7.x)

应用上架后,我在调研鸿蒙生态的下一步:元服务(原子化服务)——用户不用下载 App,在桌面上直接放一张"服务卡片",点卡片就能用核心功能。我用一个"天气速览"元服务做实验:免安装、桌面卡片、即点即用。这中间踩了 5 个坑:包过大被拒绝免安装、卡片数据不更新、卡片点击跳转失效、IAP 购买成功但没发货、变现路径选错投入产出倒挂。本文单点深挖元服务卡片开发的核心链路(module.json5 + Fo

文章图片
#鸿蒙元服务#原子化服务
【鸿蒙心迹】鸿蒙应用签名与上架——AGC 配置全流程及 5 个高频驳回原因逐个拆解(HarmonyOS 7.x)

应用开发完,卡在上架环节整整一周:第一次提交被驳回(签名错误)、第二次被驳回(缺隐私政策)、第三次被驳回(权限声明过度)……每次驳回都要等 1-3 天审核,来回折腾了一周。后来我把华为应用市场的驳回原因做了系统整理,发现90% 的驳回都集中在 5 类问题上,全是提交前可以自查的。本文用第一人称复盘我的上架过程:从开发者实名认证、AGC 项目创建、证书签名配置,到构建 Release 包与提交审核,

文章图片
【鸿蒙心迹】鸿蒙应用签名与上架——AGC 配置全流程及 5 个高频驳回原因逐个拆解(HarmonyOS 7.x)

应用开发完,卡在上架环节整整一周:第一次提交被驳回(签名错误)、第二次被驳回(缺隐私政策)、第三次被驳回(权限声明过度)……每次驳回都要等 1-3 天审核,来回折腾了一周。后来我把华为应用市场的驳回原因做了系统整理,发现90% 的驳回都集中在 5 类问题上,全是提交前可以自查的。本文用第一人称复盘我的上架过程:从开发者实名认证、AGC 项目创建、证书签名配置,到构建 Release 包与提交审核,

文章图片
【鸿蒙心迹】冷启动从 2.8s 优化到 0.9s——耗时拆解与数据对比实战(HarmonyOS 7.x)

涟漪睡眠 App 首版冷启动实测 2.8 秒,产品验收时被当场打回:"用户点开图标到看到首页,3 秒都够喝口水了。"我原以为冷启动优化是"玄学",直到用 SmartPerf 把启动过程按阶段拆开,才发现真相:2.8 秒里只有 0.4 秒是系统进程创建,剩下 2.4 秒全是应用自己造成的——启动时同步加载 200 条数据、首帧前初始化一堆模块、图片全部预加载。本文单点打透"冷启动优化":用 Prof

文章图片
#性能优化
【鸿蒙心迹】冷启动从 2.8s 优化到 0.9s——耗时拆解与数据对比实战(HarmonyOS 7.x)

涟漪睡眠 App 首版冷启动实测 2.8 秒,产品验收时被当场打回:"用户点开图标到看到首页,3 秒都够喝口水了。"我原以为冷启动优化是"玄学",直到用 SmartPerf 把启动过程按阶段拆开,才发现真相:2.8 秒里只有 0.4 秒是系统进程创建,剩下 2.4 秒全是应用自己造成的——启动时同步加载 200 条数据、首帧前初始化一堆模块、图片全部预加载。本文单点打透"冷启动优化":用 Prof

文章图片
#性能优化
【鸿蒙心迹】从手机到平板、折叠屏——多端适配自查清单与踩坑实录(HarmonyOS 7.x)

涟漪睡眠 App 在手机上跑得好好的,装上平板后布局"飘"在中间;折叠屏展开瞬间布局闪烁;平板端按钮太小误触……这些"多端不适配"的问题,我用了 3 天逐个排查。HarmonyOS 的"一次开发、多端部署"不是写一遍就完事,适配是设计出来的,不是补出来的。本文以涟漪睡眠 App 适配手机 + 平板 + 折叠屏三端为贯穿案例,给出可收藏的适配自查清单(10 项),拆解断点系统、GridRow 栅格、

文章图片
【鸿蒙心迹】从手机到平板、折叠屏——多端适配自查清单与踩坑实录(HarmonyOS 7.x)

涟漪睡眠 App 在手机上跑得好好的,装上平板后布局"飘"在中间;折叠屏展开瞬间布局闪烁;平板端按钮太小误触……这些"多端不适配"的问题,我用了 3 天逐个排查。HarmonyOS 的"一次开发、多端部署"不是写一遍就完事,适配是设计出来的,不是补出来的。本文以涟漪睡眠 App 适配手机 + 平板 + 折叠屏三端为贯穿案例,给出可收藏的适配自查清单(10 项),拆解断点系统、GridRow 栅格、

文章图片
【鸿蒙心迹】鸿蒙数据持久化选型实战——Preferences/RelationalStore/KVStore 性能实测与5个踩坑(HarmonyOS 7.x)

给 TodoList 加"本地缓存"功能时,我以为选个存储方案写几行代码就完事,结果被 Preferences 的 flush 坑到数据"丢失"、被数据库升级搞到崩溃、被主线程写库卡掉 UI。更重要的是:三个存储方案(Preferences/RelationalStore/KVStore)不是随便选的——选错方案,数据量一大就踩性能坑。本文用真实项目实测数据(1000/1万/10万条三档)对比三大

文章图片
    共 135 条
  • 1
  • 2
  • 3
  • 14
  • 请选择