
简介
该用户还未填写简介
擅长的技术栈
可提供的服务
暂无可提供的服务
欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.csdn.netsecure_application 不强制你用某种认证方式——PIN 码、手势密码、指纹、面容识别,甚至一个简单的"确认"按钮都行。它只提供了一个回调和一套事件流,让你自由接入任何认证方案。这种"不绑定具体实现"的设计非常灵活,但也意味着你需要理解它的工作机制才能正确使用。.overla
用户填完所有个人信息后,终于到了最后一步:选择减重/增重计划。不同的计划对应不同的"激进程度"——每周减1磅还是2磅?卡路里预算是1600还是1400?选得太激进容易坚持不下去,选得太保守又见效慢。选完计划后,我们用一个漂亮的动画圆环展示每日卡路里预算,给用户一个"仪式感",让他觉得"好,从今天开始我要认真执行了"。这篇文章就来实现这两个页面。?支持卡路里和千焦两种单位切换。1卡路里 = 4.18
欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.csdn.net开发插件的过程中,最头疼的不是写代码,而是出了问题不知道哪里错了。MethodChannel 通信跨越了 Dart 和 ArkTS 两个运行时,一个方法调用可能在任何一层出问题。这篇分享我在适配 secure_application 过程中积累的调试技巧和排查经验。所有日志都带 TAG 前
ArrayBuffer → UTF-8 字符串textRegex提取文本paraRegex/<\/w:p>/g检测段落边界lastIndex 追踪:避免重复检查段落标记局限性:不处理 XML 转义、不保留表格结构、不读页眉页脚下一篇我们进入 .doc 解析的世界——OLE2 复合文档格式深度解析。OOXML w:t 标签规范正则表达式与 XMLdoc_text Gitcode 仓库OOXML 命名
欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.csdn.netOLE2 的目录流就像一个"文件目录"——记录了每个流的名称、类型、起始扇区和大小。doc_text 需要从中找到流(文本数据)和流(格式信息)。这篇把 parseDirectoryEntry 和 findEntry 的每一行代码都过一遍。目录条目(128 字节):偏移 长度 字段0x00
做健康管理类App,第一件事就是搞清楚用户想干嘛。是想减肥?增肌?还是就想维持现状?这个选择看起来简单,但它决定了后面所有的计算逻辑——每天该吃多少卡路里、营养素怎么配比、运动量要多大,全都跟这个挂钩。所以我们把目标选择放在引导流程的第一步,用户打开App,看完启动页,紧接着就是这个页面。今天这篇文章,我们就来把这个页面从零开始撸出来。
用户选完目标之后,下一步就是输入个人信息了。第一个要填的是体重——这玩意儿是计算BMR(基础代谢率)的关键数据,填错了后面所有计算都跟着错。但是,让用户手动输入数字体验太差了。你想啊,用户得点输入框、弹出键盘、输入数字、可能还要删掉重输……麻烦。所以我们做了一个可滑动的标尺,用户左右滑动选择数值,直观又有趣。更重要的是,这个标尺支持三种单位切换:公斤(kg)、磅(lb)、英石(st)。切换单位的时
欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.csdn.net默认的模糊遮罩虽然能保护内容,但看起来很"素"。对于正式的商业应用,锁屏界面应该体现品牌调性——Logo、品牌色、专业的解锁交互。secure_application 的回调给了我们完全的自由度,可以在模糊遮罩上方放置任何 Widget。这篇分享几种实用的锁屏界面设计方案。
欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.csdn.net前几篇我们从原生端的角度看了窗口事件和生命周期回调。这一篇换个视角,从Dart 层看的完整逻辑。这段代码是 secure_application 最核心的业务逻辑——它决定了什么时候锁定、什么时候触发认证、什么时候解锁。说实话,第一次读这段代码的时候我也花了不少时间才理清所有分支。今天把它
欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.csdn.net做移动端开发这些年,碰到过不少需要读取 Word 文档内容的需求——简历解析、合同预览、文档搜索。在 Android 上有 Apache POI 这种成熟的 Java 库可以用,但到了上,情况完全不一样:没有现成的 Word 解析库,连一个能用的第三方包都找不到。doc_text这个 Fl







