logo
publist
写文章

简介

该用户还未填写简介

擅长的技术栈

可提供的服务

暂无可提供的服务

让 VK 小程序调用 HarmonyOS 原生能力:壳子 SDK 的实现思路

VK 小程序不变↓VK Runtime 兼容层↓统一鸿蒙原生能力底座↓HarmonyOS 系统能力这样,VK 小程序可以在鸿蒙元服务中运行,并获得扫码、定位、相册、剪贴板等原生能力;未来接入其他小程序平台时,复用同一套鸿蒙底座,只新增对应的平台 Runtime 即可。

文章图片
#小程序#harmonyos#华为
让 VK 小程序调用 HarmonyOS 原生能力:壳子 SDK 的实现思路

VK 小程序不变↓VK Runtime 兼容层↓统一鸿蒙原生能力底座↓HarmonyOS 系统能力这样,VK 小程序可以在鸿蒙元服务中运行,并获得扫码、定位、相册、剪贴板等原生能力;未来接入其他小程序平台时,复用同一套鸿蒙底座,只新增对应的平台 Runtime 即可。

文章图片
#小程序#harmonyos#华为
鸿蒙首页从等高商品 Grid 到双列瀑布流:同一张图也能做出小红书式浏览节奏

从等高 Grid 改成双列瀑布流,不需要先上复杂推荐算法,也不需要先准备十二张不同图片。把视觉差异交给数据(、不同文案长度),把排布从共享行高的Grid换成独立纵向的双列Column,就能明显提升首页的信息密度和浏览节奏。双列瀑布流→ 分页 / 下拉刷新 / 上拉加载→ 多封面图与真实图片比例→ 会话卡片、会话详情、继续对话→ 单用户内容发布与首页排序先把页面“刷起来”,再逐步补数据与互动,Dem

文章图片
#harmonyos#华为
鸿蒙首页从等高商品 Grid 到双列瀑布流:同一张图也能做出小红书式浏览节奏

从等高 Grid 改成双列瀑布流,不需要先上复杂推荐算法,也不需要先准备十二张不同图片。把视觉差异交给数据(、不同文案长度),把排布从共享行高的Grid换成独立纵向的双列Column,就能明显提升首页的信息密度和浏览节奏。双列瀑布流→ 分页 / 下拉刷新 / 上拉加载→ 多封面图与真实图片比例→ 会话卡片、会话详情、继续对话→ 单用户内容发布与首页排序先把页面“刷起来”,再逐步补数据与互动,Dem

文章图片
#harmonyos#华为
鸿蒙ArkUI 键盘避让终极踩坑指南:RESIZE 无效、Column 布局遮挡、折叠屏适配全解

系统自动避让满足不了自定义底部输入栏、表情面板、聊天输入框场景,必须手动精准控制位移。RESIZE 只是缩小画布,不会自动移组件固定 Column + layoutWeight 是避让失效重灾区表单页用Scroll/List + 安全区自动适配自定义底部栏用键盘高度监听 + translate高性能适配折叠屏必须真机调试,监听窗口尺寸变化ArkUI 键盘避让不是系统帮你适配,是系统给你能力,你自己

文章图片
#harmonyos#华为
鸿蒙ArkUI 键盘避让终极踩坑指南:RESIZE 无效、Column 布局遮挡、折叠屏适配全解

系统自动避让满足不了自定义底部输入栏、表情面板、聊天输入框场景,必须手动精准控制位移。RESIZE 只是缩小画布,不会自动移组件固定 Column + layoutWeight 是避让失效重灾区表单页用Scroll/List + 安全区自动适配自定义底部栏用键盘高度监听 + translate高性能适配折叠屏必须真机调试,监听窗口尺寸变化ArkUI 键盘避让不是系统帮你适配,是系统给你能力,你自己

文章图片
#harmonyos#华为
从零开始:使用 Docker 部署 React 前端项目完整实战

本文详细介绍了将React+Vite前端项目容器化部署到Docker的全过程。首先讲解了Docker核心概念,包括镜像(Image)、容器(Container)、Dockerfile和多阶段构建等基础知识。然后通过车辆管理系统前端项目实战,展示了如何编写Dockerfile、配置Nginx反向代理、构建镜像和运行容器的具体步骤。文章还分享了部署过程中遇到的典型问题及解决方案,并比较了Docker与

文章图片
#前端#docker#react.js
鸿蒙 Web 容器(一):怎么把一个 H5 页面嵌进鸿蒙页面?

本文介绍了如何在鸿蒙原生页面中嵌入H5页面,通过使用Web组件作为"窗口"实现混合开发。主要内容包括: 使用Web组件作为容器,通过src属性加载本地H5(存放在rawfile目录,用$rawfile()引用)或远程网页; 通过WebviewController控制页面导航,并利用回调函数监控加载状态、进度、标题和错误信息; 对比标准Web组件和增强版AtomicServiceEnhancedWe

文章图片
#harmonyos#前端#华为
鸿蒙 Web 容器(二):H5 和 ArkTS 说话前,先定一份「协议」

本文探讨了鸿蒙Web容器中H5与ArkTS通信的协议设计问题。通过类比快递面单,提出了标准化的通信协议:H5发送的请求(BridgeRequest)需包含唯一id、调用的action及参数params;ArkTS返回的响应(BridgeResponse)需对应id、状态码code及数据data。其中id用于异步调用的匹配,action作为能力名实现前端与原生解耦。此外还设计了桥接账本BridgeL

文章图片
#harmonyos#前端#华为
# 鸿蒙 Web 容器(四):ArkTS 拿到请求后,怎么「按 action 找能力」?

本文介绍了鸿蒙 Web 容器中 ArkTS 如何实现按 action 分发请求到对应能力的机制。核心是通过 BridgeDispatcher 作为"政务大厅前台",根据 H5 发来的 action 名称查找对应的能力实现(NativeAbilityImp 扮演底层实现,Biz 负责业务编排),并将结果统一封装为 BridgeResponse 格式。这种设计实现了三大关键点:1)统一分发机制,类似小

文章图片
#前端#开发语言
    共 169 条
  • 1
  • 2
  • 3
  • 17
  • 请选择