- 博客(480)
- 资源 (16)
- 收藏
- 关注
RSS订阅
原创 TRAE开发工具化自检，我用它吐槽两句轻松解决办公电脑内存崩溃问题
本文记录了作者在Windows 11办公机因内存崩溃问题使用全新TRAE的Agent模式，仅三分钟即定位根因——页文件过小导致虚拟内存爆满，并实现即时缓解与根因修复。随后，通过IDE模式将诊断逻辑封装为零依赖、单文件工具MemGuard，完成自动化优化。全程无缝衔接Agent与IDE模式，展现多Agent并行诊断、自主处理依赖冲突等亮点，显著提升问题解决效率。
2026-10-22 14:15:35
5891
6
原创 Kotlin Multiplatform for OpenHarmony 实战：为 kable 实现 OpenHarmony 蓝牙低功耗（BLE）引擎
本文为Kotlin Multiplatform三方库鸿蒙化适配系列第四篇，聚焦kable（Juul Labs出品的BLE响应式库）在OpenHarmony上的适配。作者选择路线A：通过ArkTS实现BleScanner/BlePeripheral接口，桥接鸿蒙@kit.ConnectivityKit的BLE模块，而非等待上游支持或自研协议栈。核心挑战在于将鸿蒙回调式BLE模型（扫描、连接、特征变更均为事件推送）翻译为kable的“一切皆Flow”响应式模型，通过语义层管理器统一派发事件完成转换。文中记录6个
2026-10-05 11:00:42
1067
1
原创 Kotlin Multiplatform for OpenHarmony 实战：为 KMPNotifier 实现 OpenHarmony 本地通知引擎
本文为Kotlin Multiplatform三方库鸿蒙化适配系列第三篇，聚焦于KMPNotifier在OpenHarmony上的适配。作者放弃等待上游支持与自绘通知UI，选择通过ArkTS桥接@kit.NotificationKit，将跨平台通知模型接入鸿蒙系统。核心挑战在于鸿蒙通知点击需经WantAgent回灌至EntryAbility，重构事件模型。文章详细记录6个ArkTS真实签名踩坑，最终在HarmonyOS SDK 6.0.0(20)下零错误编译出包（529KB），并通过模拟器完成全链路验证。
2026-10-05 08:06:22
1070
原创 Kotlin Multiplatform for OpenHarmony 实战：为 Ktor 客户端实现 OpenHarmony 引擎
本文作者在实现Ktor客户端引擎的鸿蒙适配时，选择不复用CIO（纯Kotlin网络库），而是基于鸿蒙原生@ohos.net.http构建轻量级引擎。此举避免了自行实现DNS、TLS、代理等复杂且易出错的底层逻辑，转而依赖系统已验证的网络能力，确保稳定性与可维护性。通过复刻Ktor API契约（如HttpMethod、Headers、HttpResponseData等），实现语义层与上游一致，使业务代码“就是Ktor”。最终引擎仅446行，无平台依赖，兼具可移植性与真实可用性，标志着鸿蒙化适配从“形似”迈向“
2026-10-04 21:16:15
758
原创 开源鸿蒙平台 KMP 三方库 Decompose 适配全流程：从组件化导航到返回键拦截验证
本文介绍了在OpenHarmony上适配KMP生态中Decompose组件的完整过程。基于Essenty已实现的生命周期管理，利用其与Decompose的天然兼容性，通过接入HarmonyOS Kotlin定制版、显式声明ohosArm64 target并依赖nonWebMain源集，精准定位并实现仅需三处平台适配（锁、主线程检查、错误打印），最终成功将Decompose移植至鸿蒙，实现多页面导航、状态保留与返回键拦截等核心功能，并在真机上验证通过。
2026-10-04 12:32:43
800
原创 开源鸿蒙平台 KMP 三方库 Essenty 适配全流程：从生命周期抽象到状态重建验证
本文为KMP库鸿蒙化适配第三篇，聚焦Essenty库的时序假设问题。与前两篇“能力缺失”不同，Essenty依赖平台在正确时机通知生命周期并保存状态，鸿蒙无现成宿主导致状态丢失隐晦难查。作者将库分三类：纯逻辑层（无需修改）、平台注入层（需实现*Owner接口）、落盘层（用kotlinx-serialization输出JSON，对接kotlinx-io沙箱）。通过将OpenHarmony生命周期映射至五档状态、复用kotlinx-io沙箱、挂载InstanceKeeper至Ability、降级BackHand
2026-09-30 16:50:07
1281
原创 开源鸿蒙平台 KMP 三方库 kotlinx-io 适配全流程：从 Path 抽象到真机沙箱读写验证
本文详解了将Kotlin Multiplatform库kotlinx-io适配OpenHarmony的过程。核心挑战在于平台沙箱限制：库假设路径可直接open，但鸿蒙应用仅能访问自身目录。通过分层分析，发现Path与Source/Sink层无需修改，真正问题在FileSystem层。解决方案是将沙箱根路径由应用层传入，避免硬编码绝对路径，确保文件操作在合法目录内进行。最终通过NAPI导出与ArkTS调用验证，成功实现跨平台IO能力的鸿蒙化适配。
2026-09-30 13:32:32
1242
原创 【共创稿事节】 我用鸿蒙API 26端侧AI做了个拍题批改APP：0后台服务器，全流程488ms跑完
我用鸿蒙API 26端侧AI开发了一款无后台、全流程488ms完成的拍题批改APP。通过端侧OCR、4倍超分与透视矫正，实现作业图像自动边缘检测、角点排序、单应性矩阵变换，再结合动态超分策略，显著提升模糊图像识别率。全链路本地运行，无需网络，实测比云端方案快7倍，真正实现“拍即得结果”。
2026-09-29 16:30:06
1722
27
原创 皓月当空，灯谜满天：我用华为云码道把「中秋电子贺卡」做成了一款会猜灯谜、能放孔明灯的网页小游戏
本文分享一款「中秋射虎放灯」电子贺卡的完整开发历程：以一张可玩、可寄、可收的单文件HTML5网页，实现猜灯谜、放孔明灯等互动玩法。项目零依赖、打开即玩，通过华为云CodeArts开发闭环，推至AtomGit开源托管，融合CSS动态夜空、SVG天灯、WebAudio古筝音效与数据驱动架构，打造“会猜灯谜的中秋贺卡”——既保留节日仪式感，又实现社交化传递，真正让祝福“留下来”。
2026-09-25 22:52:33
825
6
原创 开源鸿蒙平台 KMP 三方库 kotlinx-datetime 适配全流程：从 ohosArm64 target 到真机时区验证
本文详述了将 Kotlin Multiplatform 三方库 kotlinx-datetime 适配至 OpenHarmony 平台的全流程。针对 ohosArm64 缺失官方构建产物的问题，通过接入 HarmonyOS Kotlin 定制版插件、声明 target 并复用 Native 实现，成功编译通过。核心难点在于时区数据缺失——因 OpenHarmony 沙箱无 /usr/share/zoneinfo，导致默认回退至 UTC。解决方案为：优先从 @ohos.i18n 获取 IANA 时区 ID，传
2026-09-24 21:29:17
1389
原创 分享我的 AI 自动化搭子｜攒了一堆别人的流程后，我第一次自己搭了一个
本文分享作者使用影刀自动化工具一年后，从“自动化伸手党”到借助AI流程助手自主搭建、调试流程的蜕变。通过一句自然语言指令，AI便能自动构建复杂流程，无需编程基础。作者成功实现双平台评论监控与智能回复，每日节省25分钟，更让老流程“复活”，报错也变为可对话的优化契机。核心感悟：自动化门槛已从“会拖流程图”降至“会说需求”，真正让每个人都能将想法变为自动化现实。
2026-09-22 10:44:41
11380
10
原创 Seed-2.1-pro 最新升级：给 AI 喂一份 369 页招股书，它给我吐了一份 IPO 投资底稿
Seed-2.1-pro-0915 重磅升级，实现多模态 Coding 与长流程 Agent 能力跃迁。以宇树科技369页招股书为测试样本，6步Agent流水线端到端生成可复核的HTML+CSV+Excel投资底稿，全程无人工干预。关键突破：跨页表格/脚注精准还原、财务指标零误差、工具调用可靠性达64.8%（+26.4%），token消耗降低40%以上。虽在隐含信息提取上仍有短板，但已显著超越传统方案，真正实现金融投研工作流自动化。
2026-09-21 15:33:17
1908
3
原创 把草图拍给Seed-2.1-pro，它给我生成了一个能跑的 App
摘要（148字）： 本文实测火山方舟Seed-2.1-pro-0915模型从手绘草图生成多页面旅行App的端到端能力。基于一张粗糙线框图，模型精准识别元素，自动生成包含首页、详情页、行程页与“我的”页的完整HTML代码，实现跨页面视觉一致性与动态交互。输出仅需约1万tokens，较同类工具降30%以上，且无需修改即可在浏览器直接运行。升级后design2Code能力提升18%-33%，Token效率优化40%+，验证了其在真实开发场景中的高效性与工程落地价值。
2026-09-18 15:01:20
2942
5
原创 我用华为云码道从0到1做出一款战棋游戏：一个周末的完整实战记录
本文记录了作者仅用6分37秒，通过华为云码道CodeArts代码智能体，从零开发出一款可玩的中世纪奇幻回合制战棋小游戏的全过程。借助AI精准需求澄清、分轮交付可运行版本、自动生成测试用例及代码修复能力，作者以“产品经理+验收员”角色高效完成核心功能：BFS寻路、兵种克制、地形加成、敌方智能评分与双人对战。项目最终实现完整交互逻辑与视觉呈现，验证了AI辅助编程在复杂游戏开发中的巨大潜力。
2026-09-17 15:29:30
3697
22
原创 诚实的阅读计时器：切日、后台与连续天数这三处说谎【鸿蒙心迹】
「静读」开发中，时长统计的三大谎言——切日时区错乱、后台未暂停导致虚高、连续天数文案诱导性误导，均破坏用户信任。通过实测验证：UTC切日致归因错误率66.7%，后台未暂停使时长虚高13%，不当文案加剧放弃心理。解决方案为：固定+08:00时区、用区间累加替代时间差、文案只陈述不评判。核心原则：数据真实是产品契约，成本极低却意义深远。
2026-10-24 07:54:06
2
原创 一个状态，五个投影：我把读书 App 的“阅读记忆“建成了一张状态图【鸿蒙心迹】
「静读」开发心得二：五个界面实为同一状态的投影。通过实验验证，副本+通知机制在8%丢包率下仍致65%运行出现数据分叉，而单一数据源零失败。强调“投影即计算，副本即同步”，并以崩溃点枚举证明分两次落盘会导致42.9%脏状态。架构上分三层状态：瞬态用@State，会话共享用@Provide/@Consume，持久态唯一写入口。核心原则：能算的不存，存的只走一个入口。最终，删胶水代码，让bug消失——真正的可信，源于状态的统一与数学上的确定性。
2026-10-24 07:52:42
20
原创 上架审核常见驳回与隐私合规清单：过审前先自查这 8 条【鸿蒙心迹】
本文复盘了HarmonyOS应用首次提审三次被驳回的全过程，聚焦隐私合规与权限最小化核心问题。针对相机权限用途不清、过度申请位置权限、截图与实机不符等典型问题，提供可直接套用的module.json5权限声明范式、隐私政策文案结构及8条驳回对策。附带驳回自查流程图与提审前清单，强调“声明=实际行为”，助力开发者一次过审，避免重复返工。
2026-10-23 09:59:22
197
原创 闪控窗（悬浮窗）能力接入与场景设计：把常用操作“浮“在屏幕上【鸿蒙心迹】
本文详解鸿蒙（HarmonyOS）闪控窗（悬浮窗/胶囊）的完整接入流程，涵盖权限申请、窗口创建、内容加载与销毁。重点解决权限被拒兜底引导、横竖屏重定位、坐标持久化等实战痛点，提供可复用的TypeScript核心代码。强调“权限先申请、销毁要配对、尺寸要克制、交互下沉”四大要点，确保浮窗轻量、稳定、用户体验流畅，适合开发者快速落地全局轻量入口功能。
2026-10-23 09:44:51
275
原创 ArkTS 界面风格统一管理实践【鸿蒙心迹】
本文基于ArkTS构建了一套分层主题化管理系统，涵盖常量定义、配置管理、主题切换与样式封装。通过ThemeManager实现主题持久化与动态更新，StyleManager提供高级样式接口，结合ThemeButton、ThemeCard等组件实现统一风格的UI开发。系统支持浅色/深色主题切换、响应式布局及可扩展性设计，显著提升代码复用性与维护效率，为HarmonyOS应用提供高效、一致的界面体验。
2026-10-22 14:12:54
79
原创 精准碰一碰近场分享与拖拽投送实战：把文件“碰“进另一台设备【鸿蒙心迹】
本文详解HarmonyOS“碰一碰”近场分享接入全流程，聚焦能力探测、URI转换、MIME类型规范与大文件进度管理四大核心要点。强调发送端需先判断设备支持性并降级处理，文件路径须通过getUriFromPath转换为可共享的file:// URI，MIME类型必须准确以确保接收端识别，大文件传输需提供进度反馈与中断重试机制。同时说明接收端需在module.json5中声明sendData能力，并在onNewWant中处理文件落盘。适用于图片、视频等小文件快速近场投送，依赖硬件与厘米级距离，不适用于大体积离线
2026-10-22 10:06:52
177
原创 端侧高斯泼溅（3DGS）渲染与性能调优初探：把“实景重建“跑在手机上【鸿蒙心迹】
端侧3D Gaussian Splatting受算力、带宽、显存、功耗制约，本文梳理渲染链路与核心机制，提供native渲染骨架代码，并总结5条调优实战策略：控量裁剪、分块LOD、半精度存储、异步加载、温控降帧，结合超分联动省带宽。强调“先稳帧率，再提画质”，助力鸿蒙空间计算中3DGS高效落地。
2026-10-22 10:04:50
163
原创 一个状态，五个投影：我把读书 App 的“阅读记忆“建成了一张状态图
本文分享「静读」App开发中关于状态管理的核心心得：五个界面（书房、书库、统计、书签时间线、成长）实为同一状态的五个投影，而非各自存副本。通过两个实验——“投影一致性测试”与“崩溃点枚举”——验证了副本+通知机制在8%消息丢失率下仍导致65%运行出现数据分叉，而单一数据源实现零偏差。同时，强调持久化需用事务保证书签与进度的一致性，避免“已划线但未读到”的矛盾状态。最终提出状态分层原则：能算的不存，存的只走唯一入口，彻底消除同步错误。工程上，删胶水代码，让bug自然消失。
2026-10-20 19:49:41
203
原创 合上书之后，App 才刚开始工作——我用 HarmonyOS 做智能读书应用「静读」的心得
「静读」打破读书App聚焦阅读器的常规，将重心转向“合上书之后”的记忆与成长。通过极简录入、分层管理、回归现场、空态引导、成长回收五步设计，构建“阅读记忆流水线”。依托HarmonyOS与ArkUI的声明式架构，实现状态统一、数据分层、生命周期精准控制，让坚持可视化、体验更流畅。核心启示：产品护城河不在阅读器，而在用户离开后的持续价值留存。
2026-10-20 19:48:50
183
原创 图像超分端侧接入踩坑 5 条：从一张糊图到 4 倍高清的真实复盘【鸿蒙心迹】
本文是一篇基于 HarmonyOS 7.0.0（API 26）Core Vision Kit 图像超分能力的实战笔记。作者从"老照片修复 + 缩略图放大预览"的真实需求出发，对比了服务端超分方案在弱网、流量、隐私合规三方面的痛点，最终选择端侧 NPU 推理方案。
2026-10-19 13:36:12
268
1
原创 Kotlin Multiplatform for OpenHarmony 实战：kotlinx-bignum 任意精度大整数适配
本文实现 Kotlin 官方 kotlinx-bignum 在 OpenHarmony 上的纯语义复刻，基于基 2^16 的竖式算法，零依赖 @kit.*，通过三层架构（语义层、引擎层、验收页）精确实现 BigInteger 的加减乘、阶乘、幂运算等核心功能。真机验证 50!、2^128、超大数乘法及安全整数边界，结果完全正确。关键踩坑经验：选对基数、妥善处理进位与严格模式限制，为数学类库鸿蒙适配提供可复用范式。
2026-10-19 08:55:35
1526
1
原创 Kotlin Multiplatform for OpenHarmony 实战：kotlin-result 类型化错误处理适配
本文记录 kotlin-result 在 OpenHarmony 上的鸿蒙化适配，采用“纯语义复刻”策略，通过 Ok/Err 双分支与链式组合子，完整还原 Rust 风格的类型化错误处理。基于三层架构：语义层实现 map/flatMap/recover 等组合子，引擎层提供 resultOf 模拟 runCatching，验收页在真机验证除零、链式变换、兜底恢复等场景。尽管受限于 ArkTS 严格模式，仍成功实现错误不丢失、异常可捕获、代码可复用，源码已开源，助力 KMP 项目无缝迁移至鸿蒙生态。
2026-10-18 23:30:49
320
1
原创 Kotlin Multiplatform for OpenHarmony 实战：kotlinx-atomicfu 原子变量适配
本文聚焦 Kotlin 官方原子库 kotlinx-atomicfu 在 OpenHarmony 上的适配实践，采用“纯语义复刻、零 @kit”三层架构：语义层用 ArkTS 实现 AtomicInt/AtomicLong/AtomicBoolean/AtomicRef 的 CAS 循环与引用交换；引擎层为纯复刻工厂，通过并发自增、CAS 校验等测试验证语义一致性；真机验收证明 1000 次并发操作结果正确。总结四条踩坑经验：保留 CAS 循环、显式赋值字段、引用相等判定、注意 number 精度边界（2^
2026-10-18 23:26:01
407
原创 Kotlin Multiplatform for OpenHarmony 实战：KStateMachine 有限状态机适配
本文记录 `KStateMachine`（Kotlin 轻量有限状态机）在 OpenHarmony 上的真实适配过程。核心思路是**桥接型三层架构**：语义层用纯 ArkTS 复刻状态机契约（State / Event / Transition + Guard），引擎层桥接 `@kit.ArkData` 的 Preferences 做同步持久化，验收页驱动订单状态机验证「守卫拒绝、合法转移、杀进程恢复」三条主链路。
2026-10-18 23:20:11
426
原创 Kotlin Multiplatform for OpenHarmony 实战：kotlinx-collections-immutable 持久化集合适配
本文详述 kotlinx-collections-immutable 在 OpenHarmony 上的纯算法适配实践，基于 ArkTS 实现持久化集合的语义复刻。通过 cons 链表实现 O(1) add 与不可变性，利用 sharesBacking 验证结构共享，真机验证不可变性、共享性与持久化映射。全程无平台依赖，代码零桥接，完整开源于 AtomGit，助力 KMP 库鸿蒙化落地。
2026-10-18 23:14:39
385
原创 Kotlin Multiplatform for OpenHarmony 实战：okio 字节缓冲适配
本文介绍 okio 库在 OpenHarmony 上的 KMP 适配实践，采用“语义层 + 引擎层 + 验收页”三层架构：语义层用 ArrayBuffer + DataView 实现 Buffer/ByteString，手写 UTF-8 编解码；引擎层复用 @kit.ArkTS.util.Base64Helper 完成 base64 桥接；验收页在真机验证字节级 round-trip、base64 编解码与 ByteString 展示。重点总结了 DataView 偏移、代理对处理、严格模式限制及系统 AP
2026-10-18 23:08:13
554
原创 Kotlin Multiplatform for OpenHarmony 实战：kotlinx-coroutines 结构化并发适配
本文记录了 kotlinx.coroutines 在 OpenHarmony 上的语义等价适配实践。基于 ArkTS 单线程异步模型与协程“挂起不阻塞”的心智同构，采用三层架构：语义层用 Promise 复刻 CoroutineScope、Job、Deferred 等类型；引擎层通过 OhosCoroutinesEngine 桥接 withContext、delay 等调度能力；验收页在真机验证并发、async/await 与调度切换。核心结论：无需重写运行时，仅需对齐 API 形状。附踩坑总结与开源地址，
2026-10-18 23:01:31
557
原创 Kotlin Multiplatform for OpenHarmony 实战：kotlinx-serialization JSON 适配
本文属于 KMP 三方库鸿蒙化适配合集，聚焦 Kotlin 官方序列化库 `kotlinx.serialization` 在 OpenHarmony 上的适配实践。文章提出「语义层 + 引擎层 + 验收页」的三层架构：语义层用 `JsonElement` 树与 `KSerializer<T>` 契约保留原库的纯映射，引擎层复用 ArkTS 自带的 `JSON` 设施完成最终编解码，验收页在真机上验证嵌套对象的序列化与反序列化。全文只讲本仓库真实落地的代码，并总结了 `JSON.parse` 类型摩擦、严格
2026-10-18 22:55:04
563
原创 Kotlin Multiplatform for OpenHarmony 实战：multiplatform-settings 类型安全 Key-Value 持久化适配
本文是 KMP 三方库鸿蒙化适配合集的第 17 篇，聚焦 `multiplatform-settings`（russhwolf）的 OpenHarmony 适配。我们只讲本仓库真实落地的代码，不做系列横向对比。
2026-10-18 22:47:02
522
原创 Kotlin Multiplatform for OpenHarmony 实战：为 Kodein-DI 实现依赖注入适配
本文为《为 Koin 实现依赖注入适配》的姊妹篇，聚焦 Kodein-DI 在 OpenHarmony 上的适配实践。复用“三层架构”模板，仅替换语义层契约：以 ArkTS 纯代码复刻 bindSingleton/bindFactory/instance() 语法，零 @kit.*；引擎层共用 Koin 的 AbilityContext 桥；验收页通过自增 ID 验证 singleton 共享、factory 新建、instance 反查依赖。文末附严格模式踩坑总结与仓库地址，验证同一框架适配多 DI 库的
2026-10-18 22:40:23
367
原创 Kotlin Multiplatform for OpenHarmony 实战：为 moko-resources 实现多语言资源与图片资源适配
本文介绍在OpenHarmony上适配Kotlin Multiplatform生态中的moko-resources库的实践方案。针对鸿蒙无MR生成器与传统资源目录的问题，基于ArkTS复刻其资源契约（语义层），并桥接ResourceManager、i18n与ImageKit实现平台能力（引擎层）。通过验收页动态解析多语言字符串与解码图片，验证了跨端资源访问的可行性，代码已通过DevEco Studio严格编译，可直接落地使用。
2026-10-18 22:30:26
592
原创 Kotlin Multiplatform for OpenHarmony 实战：为 Koin 实现依赖注入适配与 AbilityContext 桥接
本文介绍KMP/CMP鸿蒙社区对Koin依赖注入框架的适配方案，基于ArkTS复刻Koin核心契约（语义层），通过AbilityContext桥接鸿蒙平台能力（引擎层），实现跨平台DI统一。在真实设备上验证了从系统偏好读写到组件注入的完整链路，支持HarmonyOS 6.0.0(20)及DevEco Studio 26.0，提供可直接编译运行的开源实现。
2026-10-17 07:56:54
893
5
原创 开源鸿蒙平台 KMP 三方库 Konfetti 适配全流程：从帧时钟假设到切后台归来验证
本文为KMP鸿蒙适配系列第六篇，聚焦被动库“节奏假设”——Konfetti依赖宿主稳定喂帧，但后台切回时时间断档导致粒子瞬移。通过分层适配：补ohosArm64 target、重构帧时钟、钳制超长dt（≤50ms）、生命周期停表，并将Compose Canvas迁移至ArkUI，实现粒子系统在鸿蒙上的稳定运行。验证表明，停表则静止，钳制开关决定“连续”与“瞬移”两种行为，揭示被动库适配核心：将“谁在何时调用我”的驱动权重新接回平台。
2026-10-17 07:48:44
229
原创 图像超分端侧接入踩坑 5 条：从一张糊图到 4 倍高清的真实复盘【鸿蒙心迹】
本文分享在HarmonyOS 7.0.0上接入系统级图像超分（4倍）的实战经验，聚焦端侧推理隐私安全与性能优化。核心要点：使用页面级单例分析器避免内存抖动；输入图必须等比缩至2048×2048内；强制指定RGBA_8888格式防止黑图；避免用于证件、票据等保真场景；并发需串行处理防结果错乱。适用于老照片修复、缩略图放大等观感增强场景，实现零云端成本、弱网可用的隐私闭环体验。
2026-10-16 17:26:33
110
原创 开源鸿蒙平台 KMP 三方库 kotlin-csv 适配全流程：从编码假设到沙箱真机互通验证
本文为KMP库鸿蒙化适配系列第四篇，聚焦kotlin-csv的数据契约假设问题：库默认输入为UTF-8、换行符为\n或\r\n、首行无BOM。鸿蒙环境下三者均可能失效，导致解析结果静默错值（乱码、列错位），不崩溃也不丢状态。作者通过分层设计，复用kotlinx-io的SystemFileSystem注入路径，引入CsvDataSource解耦文件访问，并逐项突破：用状态机处理字段内换行与多格式换行符；剥离BOM污染表头；通过NAPI桥接iconv实现GBK等编码预转码。最终以三组真机验证（split对照、B
2026-10-16 14:32:05
181
原创 合上书之后，App 才刚开始工作——我用 HarmonyOS 做智能读书应用「静读」的心得
本文分享「静读」App开发中将重心从阅读器转向“合上书之后”的成长层的心得。通过五张真实界面截图，串联起“录入→管理→回到现场→沉淀→回收”完整链路：极简录入降低门槛，分层管理提升效率，首页聚焦“继续读”，空态引导首次划线，成长页以诚实曲线记录坚持。基于HarmonyOS与ArkUI实践，强调状态统一、存储分层、生命周期结算的重要性，并反思空态文案、打卡设计等细节。核心观点：读书App的护城河不在阅读器，而在用户合上书后仍能感知的成长痕迹。
2026-10-15 22:45:10
138
poj上的一些基础题分类ac源代码和测试数据样例
2014-07-11
停车管理系统程序
2017-05-08
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人