- 博客(146)
- 收藏
- 关注
RSS订阅原创 鸿蒙系统语言跟随切换 — ArkTS技术实现
标题是"当前页面的语言"的自我说明——如果模拟器切到日文、标题也变日文，用户会困惑"我到底在看什么语言"。标题保持 currentLocale，用户永远知道"App 现在的语言是中文，而下面列表在模拟日语系统下的表现"。它演示的语言策略，正是真实产品（微信、Chrome、Office）都在用的模式——默认跟随系统，高级选项允许覆盖。刷新界面（替代已废弃的监听 API）——配合资源限定符自动重匹配，做到"用户改系统设置，App 立即响应"。本应用是系列的收官之作，回答"App 语言听谁的"这个终极问题。
2026-08-21 23:59:23
104
原创 鸿蒙全球性项目实战 -跨过商品账单综合格式化-技术实现
（千分位分组）——订单号这种"数字型标识"也走 NumberFormat，保证分组习惯随语言。，兜底路径才用手拼符号——因为符号随语言消歧（US$ vs $ vs ￥），手拼必然出错。产品是一个面向全球的跨境商城 demo，核心需求是把前面 12 个应用的本地化能力。），加减乘除全是整数，零误差——这正是页面底部 tip 文案（——前者杜绝浮点误差，后者接管符号/分组/小数位的全部本地化。技术上最值得记的两点：金额永远整数分运算、展示永远走。的组合模板由语言决定，与 02 应用一致。
2026-08-21 23:57:09
156
原创 鸿蒙全球性项目实战 -跨过商品账单综合格式化-页面设计
语言徽章（01 模式）、币种徽章（03 模式）、金额管线（09 模式）、复数数量（05 模式）、时间订单号（02 模式）、状态机反馈（通用模式）在一屏内协同工作。，Tab 之下是内容区——两个全局状态的变化会同时驱动两个 Tab 的重渲染，用户在任何页面都能感知"我换了语言/币种"。本应用是本系列的"毕业设计"——前 12 个应用分别攻克文案、数字、货币、日期、复数、日历、时区等单点，本应用把它们。：语言、币种、金额、数量、税费、运费、时间戳、订单号同时参与界面渲染。本页 UI 是系列 13 个应用的。
2026-08-21 23:55:23
262
原创 多语言资源路径配置法-鸿蒙ArkTS版本-具体技术落地
设列——界面语言包含 zh_TW 但资源表没有，选中繁中徽章时界面文案走 STRINGS 表（应用内文案），资源演示值走 base 兜底————它把"资源限定符匹配"压缩成一个纯函数，UI 层两个区块（静态卡 + 模拟器）都复用它，只是传入的语言来源不同。这个匹配函数——精确语言 → base 兜底 → key 兜底的三级降级，与官方资源方案的匹配优先级一致；——它是整个资源方案的"宪法"，任何新增语言、新资源类型都要先对照这条优先级确认预期行为。双状态分离，还原了"系统语言与界面语言独立"的真实模型。
2026-08-21 23:53:05
124
原创 多语言资源路径配置法-鸿蒙ArkTS版本
这套"概念 → 演示 → 实验 → 结论"的四段式布局，是任何教学型演示 App 的通用模板，也为第 14 应用（系统语言跟随）的"策略 + 模拟器"结构埋下了伏笔。，四个区块全部围绕"资源如何被取用"展开——这是教学型演示 App 的典型结构：概念（目录）→ 机制（静态）→ 实验（模拟器）→ 结论（提示）。：模拟器不会真去改系统语言，它只是复现了资源匹配的算法。这个提示防止用户误以为"改模拟器=改了系统"，是演示工具应有的严谨。——用户拨动语言开关，看资源如何被选中、如何兜底，而不是只看静态文档。
2026-08-21 23:51:25
314
原创 地区时区国家信息 — ArkTS全代码与项目使用环境
时区是国际化里最"物理"的差异：文案翻错用户能理解，但时间算错会造成真实损失——错过航班、错过会议、错过 Deadline。本应用以「世界时钟」为载体，把"实时时钟 + 时差对比 + 航班本地时刻 + 国家名本地化"四个能力放进一个页面，服务真实差旅场景。故事 A：外贸业务员小林（zh_CN）小林每天 9 点上班的第一件事是看世界时钟：伦敦客户下午 5 点下班前要确认报价、纽约客户凌晨 3 点不用打扰。他不用心算"伦敦比北京晚 7 小时"，时钟卡一屏全有。晚上给纽约客户打电话前，他用时差对比确认"北京 2
2026-08-21 23:19:24
319
原创 地区时区国家信息页面设计技巧ArkTS实战
本页 UI 的核心理念是**“把时区上下文还给时间”**：时钟行带 UTC 偏移、航班起降分别标注本地时间、时差对比用"城市 vs 城市"而非裸数字。三个区块共用同一套"深蓝 = 重点"的视觉语义，用户扫一眼就能分辨主次。这套模式可直接迁移到任何含时间/时区的业务——会议调度、物流追踪、全球客服排班。时钟数字与到达时间用深蓝加粗（信息终点），起飞/时长用灰色（辅助信息）————每个时间都带时区上下文，绝不让用户自己心算时差。"现在几点了"是一个比想象中复杂的问题——一屏覆盖差旅场景的完整信息链。
2026-08-21 23:08:21
166
原创 旅行行程规划完整源码，HarmonyOS 日期区间与预算模板
摘要 本文完成旅行行程规划案例的三项收尾工作：1）全量代码解读（TripDao与TripPage的逐段分析）；2）运行效果演示（包含7个典型操作场景的完整剧本）；3）提炼"日期区间+预算"通用模板模式。该模板适用于任何具有起止时间和预算管理的业务场景，文中附两个典型改写示例（项目里程碑、学习计划），并提供了三步接入工程的标准化流程。通过主从表设计（trip+trip_day）、状态流转机制和预算进度可视化等核心设计，实现了行程规划的全生命周期管理。
2026-08-18 20:20:38
77
原创 行程卡片 × 预算进度条 × 每日安排：ArkTS 交互实录
摘要 本文介绍了一个旅行行程规划应用的核心功能与实现方案，重点解析了行程卡片中的预算进度条设计和状态管理机制。应用采用四层弹层架构（新增/详情/编辑），包含状态分类Tab（全部/规划中/进行中/已完成）和智能预算监控功能。预算进度条通过双层Row叠加实现，具备超支自动变色警告特性（紫色转红），并支持条件渲染避免零预算显示。系统通过状态流转管理和语义化颜色标识（规划紫/进行橙/完成绿），配合实时统计面板（行程总数/状态分布/预算汇总），构建了完整的旅行计划管理闭环。技术实现上采用ArkTS框架，包含数据加载、
2026-08-18 20:18:10
72
原创 鸿蒙旅行行程规划：日期区间、预算进度与行程分组
本文介绍了一个旅行行程规划应用的数据建模与实现方案。文章分为四个部分：首先分析旅行规划的核心需求（目的地、日期、预算、行程状态），并与菜谱应用进行功能对比；其次详细设计了主表（行程信息）和从表（每日安排）的字段结构，重点说明了日期双字段（逻辑序号与物理日期）的设计思路；然后提供了建表SQL及索引优化建议；最后展示了关键的数据访问层代码，包括每日安排的upsert操作、天数计算方法以及日期区间查询。该方案通过主从表结构实现了行程规划的核心功能，特别强调了日期相关计算在旅行场景中的处理技巧。
2026-08-18 20:16:27
104
原创 美食菜谱完整源码与主明细表通用模板（HarmonyOS 版）
1教你主明细建模：结构性内容独立成表、事务批量插入、从表驱动反查；-2教你特色交互：食材反查前置、三段式详情、多行文本解析；-3教你模式复用：主表存头明细存身，改表名即覆盖订单、配方、组装清单。从单表 CRUD 到五种主从表语义，这套工程的数据库能力已覆盖个人应用 95% 的建模场景下一篇开始进入 Canvas 系列的补充应用，将回到自定义绘制主题。
2026-08-18 20:13:35
631
原创 分类浏览 · 详情抽屉 · 食材反查，ArkTS 美食菜谱页面实现
本文介绍了一个美食菜谱应用的设计架构，包含按食材反查、分类浏览、菜谱卡片展示等核心功能。页面采用Stack+Column布局，新增特色反查输入行，支持通过食材名快速查找相关菜谱。状态管理涵盖分类筛选、详情展示、新增表单等交互。分类Tab采用横向滚动，菜谱卡片展示名称、难度、用时及主料等关键信息。反查功能通过数据库模糊查询实现结果去重，并以简洁文案提示匹配结果。整体设计注重实用性与交互流畅性，提供清晰的菜谱浏览和检索体验。
2026-08-18 20:10:58
132
原创 【美食菜谱】鸿蒙数据库建模：主明细表与按食材反查
本文介绍了美食菜谱应用的数据建模与实现方案。重点分析了菜谱与食材的一对多关系设计，通过主表recipe存储菜谱基本信息，从表recipe_ingredient记录食材明细。核心功能包括：1）事务处理新增菜谱（主表+多条食材）；2）通过LIKE+JOIN实现按食材反查菜谱；3）分类筛选与统计功能。文章对比了不同场景下的从表设计策略，特别强调了对结构性内容（如食材）与展示性内容（如步骤）的不同存储方案，为类似应用开发提供了实用参考。
2026-08-18 20:08:56
415
原创 HarmonyOS 药箱管理完整源码，库存与有效期模板化
1教你库存建模：数量 + 有效期双维度、变更即日志、日期范围筛选；-2教你交互落地：效期四态徽标、快捷增减、日志抽屉追溯；-3教你模式复用：三元结构模板，改表名即覆盖食品、化妆品、耗材。
2026-08-18 20:06:29
289
原创 ArkTS 实战药箱管理——效期徽标、数量增减与日志抽屉
本文介绍了一个药箱管理应用的核心功能设计与实现。系统采用分层架构，包含药品列表、统计信息、筛选功能及新增药品入口。关键技术亮点包括： 效期四态徽标：根据剩余天数智能区分正常、临期（90天内）、过期和不限效期四种状态，采用不同颜色和文案展示 交互优化： 药品卡片内置加减按钮，支持快速增减库存 精心设计点击区域防止误触 红/绿配色区分取出/入库操作 智能统计：顶部展示药品总量和风险提示（临期/过期数量），分类统计单独成行 状态管理：通过合理设计数据key确保数量更新时界面流畅不闪烁 该系统通过直观的视觉设计和高
2026-08-18 20:03:30
290
原创 药箱管理：库存事务与临期筛选的鸿蒙数据层设计
摘要 本文介绍了药箱管理系统的设计与实现，聚焦"数量+有效期"双维度管理。系统采用主从表结构，主表(medicine)记录药品基本信息及库存量，从表(dose_log)追踪每次数量变动。核心功能包括：数量变更的事务处理、临期药品筛选(基于日期比较)、负库存校验及操作日志记录。设计亮点包括：用0值表示无有效期药品、有符号变动量简化日志、离散量使用整数类型等，为家庭药品管理提供数字化解决方案。
2026-08-18 19:57:39
415
原创 课程表全量代码与效果：ArkTS 在 HarmonyOS 的数字课表
本文展示了一个完整的课程表管理应用实现，主要包含以下内容： 文件结构： 数据层CourseDao.ets（约220行）实现课程CRUD、冲突检测和14门种子数据 UI层CoursePage.ets（约240行）提供完整交互界面 新增路由配置和首页入口 核心功能： 支持周视图切换（1-7天） 以网格形式展示课程表（8节课/天） 当天课程列表展示 带冲突检测的课程添加功能 课程删除确认弹窗 技术亮点： 使用@State管理组件状态 实现数据持久化存储 包含完整错误处理和用户反馈 响应式UI布局和交互设计 该实现
2026-08-16 23:12:00
9
原创 课程排满课表：鸿蒙课程表种子数据与网格效果
本文介绍了课程表管理系统(Course)的种子数据设计方案，包含14门课程的详细安排。设计目标包括：课表网格饱满(5天有课)、坐标分布合理(周一至周六)、连堂示例(5组不同课程的连堂)、色板分配(9种颜色区分课程)、周六上课和周日休息验证等。种子数据覆盖了高等数学、大学英语、数据结构等典型课程，每门课程包含课程名、教师、教室、周几、节次、颜色、教学周和备注等完整信息。通过这种精心设计的种子数据，可以全面测试课程表管理系统的网格显示、冲突检测、当天列表等核心功能，并验证不同场景下的界面渲染效果。文章还提供了代
2026-08-16 23:10:33
64
原创 冲突检测与坐标查询：ArkTS 排课逻辑在鸿蒙的实战
摘要 课程表管理系统基于二维坐标查询实现课程冲突检测与网格化展示，核心技术包括： 三层查询体系： queryAll：全量双键排序（周几+节次），为页面提供全局有序数据 queryByDay：按天过滤+节次排序，支持联合索引优化 checkConflict：通过二维坐标（weekday+section）检测时段冲突，支持编辑排除自身id 冲突检测设计： 采用应用层检测而非数据库UNIQUE约束，提升交互友好性 通过excludeId参数实现新增/编辑场景的统一处理 采用"校验链"模式（先格式校验→业务冲突检测
2026-08-16 23:08:55
112
原创 色块课表网格：ArkUI 让鸿蒙课程表像教室黑板
本文介绍了一个课程表管理系统的UI设计与实现，采用网格布局还原真实课表体验。系统包含周切换条（7天横向Tab）、课表网格（节次时间轴+当天课程色块）、当天课程列表三大核心模块。通过状态管理实现课程数据的增删改查，支持按天查看、课程冲突检测等功能。界面设计注重直观性，采用色块区分课程、网格化布局、实时数据过滤等技术，提供了符合用户认知的高效课程管理方案。
2026-08-16 23:06:00
68
原创 课程表的二维建模：ArkTS 为鸿蒙课表设计周几×节次结构
摘要 课程表管理采用二维网格数据模型，以weekday（周几）和section（节次）作为坐标定位课程，通过联合索引优化查询效率。核心设计包括： 字段设计：数字枚举（1~7表周几，1~8表节次）、HEX色块字段、教学周字符串（如"1-16"）； 冲突检测：应用层通过checkConflict方法检查同坐标课程，支持编辑时排除自身记录； 连堂课程：通过相邻节次的多条记录实现，渲染时自动合并为色块； 映射展示：数字存储配合days数组和SECTION_TIMES时间表转换为可读内容。 技术亮点包括二维坐标建模、
2026-08-16 23:04:37
262
原创 健康数据全量代码与效果：ArkTS 在 HarmonyOS 的私人健康仪表盘
健康数据管理应用开发实例展示了一个完整的健康追踪系统实现方案。该应用包含数据层和UI层两个核心模块：数据层通过HealthDao类（约260行代码）处理健康记录的增删改查、周数据汇总和趋势分析；UI层由HealthPage组件（约300行代码）构建，提供仪表盘视图（含概览卡片、柱状图、汇总数据和记录列表）和表单交互功能。关键特性包括：1) 可视化显示睡眠时长柱状图和体重变化趋势；2) 支持记录当日健康数据或编辑历史记录；3) 提供周平均数据对比功能。该实现采用ArkUI框架，通过@State管理组件状态，使
2026-08-16 23:02:13
181
原创 健康足迹：鸿蒙健康数据种子与仪表盘效果
健康数据种子设计摘要（149字）： 本文详细设计了14天健康监测数据的种子数据集，用于支撑仪表盘、趋势图和周汇总功能。数据特点包括：连续14天记录（覆盖近两周）、真实合理的数值范围（如体重72-74kg）、明显的趋势变化（体重呈下降趋势）、当日数据完整。通过精心设计的波动曲线和备注说明，确保可视化图表能清晰呈现健康指标变化，如体重下降箭头、睡眠质量波动等。文中还提供了代码实现逻辑、效果验证方法和常见问题解答，强调种子数据需要"讲述趋势故事"的设计理念，为健康类应用开发提供可复用的数据模板方案。
2026-08-16 23:00:31
190
原创 周汇总与趋势对比：ArkTS 聚合查询在鸿蒙健康数据的实战
本文详解健康数据应用中的聚合查询技术，重点解决日期范围聚合与趋势对比问题。核心内容包括：1）使用AVG/SUM聚合计算周日均值和合计值，通过一条SQL同时获取五项健康指标；2）趋势分析采用两周均值差模式，通过两个子查询分别计算本周与上周数据；3）近7天时序数据查询作为图表数据源；4）日期边界处理技巧及UNIQUE约束的冲突管理方案。文章强调优化策略包括"一查多值"减少查询次数，应用层与数据库双重校验保障数据完整性，并指出日期区间划分的常见边界错误及修正方法。
2026-08-16 22:59:02
188
原创 数据仪表盘：ArkUI 让鸿蒙健康页像运动手环
/ 上周体重均值（趋势对比）状态组与数据组对应：records（列表）、todayRecord（今日概览）、weekAvg*（周汇总）、lastWeekWeight（趋势对比）——页面数据流 = 今日 + 本周 + 上周三类查询结果。四个指标卡（体重/步数/睡眠/心率）结构完全相同——「值 + 标签」上下排列。用 @Builder 抽出来后，build() 里四行调用即可；若改用@Component自定义组件，还需额外声明@Prop传参，样板代码更多。
2026-08-16 22:57:31
138
原创 记账本全量代码解读：ArkTS 在 HarmonyOS 上跑起来的完整效果
本文介绍了一个基于ArkUI的个人记账本应用实例，包含数据层与UI层完整实现。数据层通过LedgerDao处理数据库操作（建表、CRUD、聚合统计），UI层提供收支仪表盘、分类占比图和流水列表功能，支持新增/删除记录。关键特性包括： 实时统计本月收支总额与交易笔数 按分类展示支出占比的饼状图 带时间格式化的流水记录列表 表单验证的记账弹窗 代码结构清晰，包含状态管理、异步数据加载和用户交互处理，完整演示了HarmonyOS应用开发中的数据持久化与UI联动实践。
2026-08-15 19:50:29
5
原创 三十条流水灌满仪表盘：鸿蒙记账本种子数据与统计面板效果
本文介绍了记账应用种子数据的设计与实现，通过自动注入30条模拟流水记录，解决空页面体验问题。核心要点包括： 种子数据设计目标：数量适中、跨月分布、类型齐全、金额梯度合理 技术实现采用幂等方法，确保首次启动时才注入数据 数据结构精简，仅保留必要字段，其他由系统自动补充 时间动态计算，保证数据始终显示为"最近一个月" 数据内容模拟真实生活场景，包含各类收支记录 与仪表盘联动，展示完整的统计效果 该方法既提升开发调试效率，又增强了新用户的产品体验，是应用开发中的实用技巧。
2026-08-15 19:47:12
102
原创 SUM 与 GROUP BY 显神通：ArkTS 聚合 SQL 把鸿蒙账单算得明明白白
本文介绍了个人记账本应用中聚合查询的实现方法，通过SQLite高效完成数据统计计算。主要内容包括： 接口设计：定义了LedgerSummary、CategoryStat、MonthTrend三个显式返回类型，用于仪表盘展示。 区间汇总查询：使用一条SQL同时计算收入、支出和总笔数，采用SUM(CASE WHEN)条件聚合和COUNT(*)统计。 分类占比统计：通过GROUP BY按分类分组，计算各分类支出金额和笔数，并按金额降序排列。 月趋势分析：利用strftime函数将时间戳格式化为年月，实现按月分组统
2026-08-15 19:45:11
65
原创 一屏看穿收支：ArkUI 仪表盘布局让鸿蒙记账页面像驾驶舱
本文介绍了一个仪表盘式个人记账本应用的设计与实现。该应用采用三层信息架构：顶部展示本月支出、收入、结余的关键数据；中部以进度条可视化分类支出占比；底部显示详细流水记录。设计上运用了深蓝渐变背景突出核心数据，通过色彩编码和动态加载提升用户体验。技术实现基于ArkUI框架，使用Stack、Column和Scroll构建页面骨架，结合弹性布局和动态数据绑定，实现了直观的财务概览功能。悬浮记账按钮和分类占比进度条等细节设计增强了交互性和视觉表现力。
2026-08-15 19:43:32
104
原创 账房先生的数据库算盘：ArkTS 为鸿蒙记账本设计流水表与分类字典
本文介绍了个人记账本应用的数据层设计与实现方法，重点剖析了流水型业务数据的核心特征。文章首先从业务需求出发，明确了记账本的核心数据是流水记录，并归纳出5个关键查询场景。随后详细讲解了表结构设计，包括字段类型选择、索引策略（特别是时间戳字段作为核心索引的重要性）以及trade_time与created_time的分离设计。最后展示了如何通过LedgerDao类封装数据库操作，实现数据层与UI层的解耦。全文贯穿"时间+金额是流水型业务的双轴"这一设计理念，为读者提供了从需求分析到代码落地的完整方法论。
2026-08-15 19:38:30
284
原创 通讯录全流程实录：HarmonyOS 上 ArkTS 的完整代码与运行效果
本文展示了一个基于ArkUI的通讯录管理应用实现，分为数据访问层(ContactDao.ets)和UI交互层(ContactPage.ets)。主要功能包括：1) 联系人CRUD操作；2) 支持按姓名/电话搜索(带300ms防抖)；3) 分组统计展示；4) 表单验证与拼音首字母自动生成。核心特性：采用响应式状态管理(@State)、异步数据操作(async/await)、交互式弹窗提示，并实现了数据持久化。代码结构清晰，包含完整的业务逻辑和异常处理，可作为HarmonyOS应用开发的参考实例。
2026-08-15 19:35:29
159
原创 二十位联系人六组字母：鸿蒙通讯录种子数据点亮每一格索引
本文展示了通讯录管理系统的20条种子数据设计，覆盖6个首字母分组（A/B/C/L/W/Z）和20个常见姓氏。数据包含姓名、电话、公司、职位等信息，采用8种颜色的循环头像方案。文章提供了数据表结构、SQL插入语句，并描述了页面展示效果（分组统计、索引条、搜索功能等）。同时给出了扩展建议，如生成更多数据、添加真实头像等。该数据集可用于验证通讯录的分组显示、索引跳转和搜索功能。
2026-08-15 19:33:55
628
原创 在鸿蒙里高效“找人”：ArkTS 拼音分组与索引跳转的查询魔法
本文介绍通讯录应用中模糊搜索、拼音分组和索引跳转的SQL实现方案。核心功能包括：1）多字段OR模糊搜索（姓名/电话）；2）拼音索引列驱动分组排序；3）GROUP BY统计分组数据；4）索引条快速跳转。关键技术点：通过预计算拼音字段实现高效排序分组，采用防抖搜索优化性能，利用索引提升查询效率。这种"拼音索引列"模式将汉字转换成本提前到写入阶段，显著提升查询性能，是通讯录类应用的典型实现方案。文章还详细解析了各功能对应的SQL语句和边界处理策略。
2026-08-15 19:30:34
173
原创 字母索引条加身：ArkUI 打造的鸿蒙通讯录界面有多顺滑
通讯录字母索引列表设计摘要（149字） 该通讯录界面采用四段式布局：顶部标题栏显示总联系人数量，搜索框支持防抖查询；中部横向统计条展示分组概览（如"A·5"），下方为分组联系人列表（含色块头像和详细信息）；右侧悬浮A-Z字母索引条支持快速跳转，右下角悬浮按钮用于新增联系人。界面采用浅灰蓝背景与蓝色主色调，头像通过姓氏首字+8色循环方案实现零图片资源。核心交互包括300ms搜索防抖、长按编辑/删除、点击头像显示完整电话等，数据通过拼音库自动分组统计驱动两套导航系统协同工作。
2026-08-15 19:28:44
303
原创 HarmonyOS 通讯录：ArkTS 里 LIKE 模糊搜索与首字母索引的建表学问
通讯录管理技术要点总结 本实例实现了一个高效通讯录功能，核心亮点： 数据设计优化 预存拼音首字母字段（pinyin），避免实时转换性能消耗 使用TEXT存储电话号，支持多号码和特殊格式 头像采用色块+首字方案，零资源开销 高效查询实现 双索引设计（pinyin+name）提升排序和搜索性能 LIKE模糊搜索支持姓名/电话联合查询 ORDER BY实现A-Z分组排序，确保数据连续性 工程化封装 类型安全的DAO层设计（TypeScript接口） 单例模式管理数据库连接 查询结果自动转换为业务对象 该方案在保证
2026-08-15 19:14:26
336
原创 鸿蒙第三方库跨平台高级适配：C/C++ Native库移植/NAPI封装/Rust FFI跨语言调用/性能对比优化方案
性能敏感才 Native：先 Benchmark 证明瓶颈，避免盲目桥接。最小桥接面：NAPI 是薄层，逻辑留在 Native，接口越少越好维护。零拷贝优先：ArrayBuffer 直传指针，是跨语言性能的关键。内存是 Native 的生命线：引用计数 + 对称释放，泄漏从源头杜绝。线程模型要清晰：Native 计算 + TaskPool 子线程，主线程永远流畅。
2026-08-11 21:24:21
193
原创 鸿蒙大型项目架构高级复盘：从单体混乱架构到Clean Architecture分层演进/领域驱动设计/模块解耦全路径
架构是演进的：从单体到 Clean 是渐进过程，每步可编译可上线。依赖向内：domain 不碰框架，是 Clean Architecture 的灵魂。模块按业务切：不是按技术分层切，边界要贴合业务变化。测试兜底重构：没有行为测试的重构是赌博。复盘常态化：架构评审进流程，防止熵增回归。架构复盘 = 承认腐烂 → 分层解耦 → 领域建模 → Clean 演进，小步快跑、测试兜底、依赖向内，让架构跟上业务的呼吸。
2026-08-11 21:22:39
172
原创 鸿蒙企业级开源组件高级封装：API设计/SDK打包/文档自动化/版本管理/兼容性保障/ohpm发布全流程
API 是承诺：一旦发布就不能随意破坏，设计时多花时间，维护少花十倍。最小暴露：只导出必须公开的，内部实现随时可重构。SemVer 是契约：MAJOR 破坏、MINOR 加功能、PATCH 修 Bug，版本号即沟通语言。文档即产品：API 文档质量决定采用率，注释要写到"用户不翻源码就能用"。兼容是底线：能力检测 + 废弃过渡，让升级不成为用户的灾难。企业级组件封装 = 最小 API 面 + 清晰文档 + 严格 SemVer + 全程兼容保障，把"写代码"升级为"经营一个被信任的接口"。
2026-08-11 21:21:18
621
原创 鸿蒙开源Issue高级精准定位与Bug修复实战：问题复现/日志分析/gdb调试/补丁提交/回归验证全流程复盘
高效Bug定位与修复指南 核心要点： 定位四步法：现象→模块→代码→根因分层分析，每层需证据支撑 复现三要素：精确记录环境/步骤/频率，偶现问题通过日志埋点扩大采样 工具链应用： 崩溃分析：bugreport/faultlog + addr2line符号化 性能问题：trace火焰图定位阻塞点 版本回溯：git bisect二分定位问题提交 修复自检：需满足根因明确、修复精准、回归覆盖、副作用评估 企业级流程：从复现到归档形成闭环，结合自动化测试与知识沉淀 典型场景示例： ArkUI列表白屏：通过崩溃栈定位
2026-08-11 21:18:58
320
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人