 laoyang
|
b32501535e
|
日程改为全量同步 + 修复大响应超时（laoyang/FamilyBook#31）
## 背景
用户 2026-10-30：「全部拉取，全量同步」。
起因：切到下个月再点某一天，端上没数据（即使服务端有）。
根因是请求范围写死成「今天-7 ~ +60」且切月不重拉 ⇒ 窗口外的日子永远空。
## 改动
### FbModuleLoad.loadModule
- `name` 参数从 `FbModuleName` 放宽到 `string`
日程改成全量后，缓存键要带请求窗口（`calendar:1970-01-01:2100-12-31`），
否则"旧窗口的数据"会被当成新窗口的数据显示。
- 新增可选 `timeoutMs`
全量约 9.3MB / 28628 条，默认 15 秒在移动网络下会超时；
超时后 `FbModuleRepo` 退回旧缓存，表现成"翻月没数据"且极难查。
### FbModuleRepo.load
- 透传 `timeoutMs` 给 `FbApi`。
### FbCalendarPage
- 请求改为全量范围（`CAL_FULL_FROM` ~ `CAL_FULL_TO`），超时放宽到 60 秒。
- 缓存键带窗口（`calendar:<from>:<to>`）：某次请求失败后 `FbModuleRepo`
会把**旧范围**的缓存 sink 回来，端上就把"只含 10~12 月的数据"当全量显示
—— 这是该 bug 的帮凶，加窗口标识后从根上消失。
- `agendaDays()` 的 `-7 ~ +60` 现在**只决定列表显示多少天**，
不再兼作请求范围（原来两个数必须同步的约束随全量同步作废）。
- 删除 `agendaFrom()` / `agendaTo()`（不再需要按当前日期算窗口）。
### 恢复 canEdit 的写权限判断
本轮改动曾把
`isEventWritable(this.detailBase, this.books)`
回退成
`isEditableEvent(this.detailBase)`
这是**工单 #31 已修过的 bug 回退**：只判 kind/id/calId 不看本的可写性，
导致只读共享日历里的日程也显示「编辑」按钮，用户改完点保存才报
「这本日历你没有写权限」。
已恢复，并与首页 `FbHomePage.ets:1517` 保持同一口径
（否则同一事件"从首页进能编辑、从日历页进不能"）。
## 验证
`build_hap debug` → `BUILD SUCCESSFUL`（33 tasks）。
⚠️ **未做真机验证**。全量同步的实际耗时与内存占用需在真机上确认
（28628 条约 9.3MB，解析 150~300ms，主要成本是流量）。
## 备注
这 3 个文件的改动来自 2026-10-30 那一轮，因故未提交；
本次一并整理提交，与品牌改名（家书→岁月家）无关。
|
2026-11-01 22:54:22 +08:00 |
|
|
laoyang
|
6e7cdaf5fc
|
v74 端上删掉家谱 + 名册页头改「醒目搜索 + 添加」
用户 2026-10-21：「算了，你画不好。这个功能直接从鸿蒙端去掉吧，不要了。
这样名册这个功能，进来以后，上面就是搜索和添加按钮，搜索，做的醒目一点，
现在看不清。家谱和名册的标签，都不要了。家谱的相关功能，都删除。」
家谱链路整条删除（不是隐藏）：
- 删 common/KinLayout.ets、components/FbKinGraph.ets 两个源文件
- 删 Types 的 FbKinPerson / FbKinGraph / FbKinRelation、FbParse 的 parseKin
- 删 FbModuleLoad 路由、FbModuleRepo 模块名、FbSyncAll 预同步清单里的 kin
- 删 DemoData 的 FB_DEMO_KIN_RELATIONS、Theme/Settings 的家谱图标映射
- 删死资源 fb_ic_kin.png
- Index 的 kin 分支去掉（不再有「名册/家谱」两个模块共用一个页面）
- FbPeoplePage：删 subView 分段切换、kinHeader/kinView、loadKin、segBtn；
openDetail 不再借家谱字段兜底，改成纯 id 占位 + 异步补全
（保留"本地没缓存也要立刻开浮层"，那是 v73 修过的"点了没反应"）
名册页头：
- 第一行就是搜索 + 添加，上面不再有任何东西
- 搜索框从「看不清」改成醒目：白底 #FFFFFF（原来 inputBg 与页面米色几乎同色
⇒ 没有边界）、1.5 主题色描边、高度 36→44、图标 15→18 并染主题色、
字号 fontSmall→fontBody、提示词收短成「搜索姓名 / 首字母 / 手机」
验证：
- ArkTS 静态守卫 917/0（新增 6 条：家谱五条链路全清 + 搜索框三个具体数值）
- 反向验证 154/0（新增 7 条注入全部有效；另修好两条因代码演进失效的旧锚点）
- 编译 BUILD SUCCESSFUL + 装机 install bundle successfully
- 真机 v74 探针 22/0（高度实测 44.2vp、白底、占屏 66%、同排对齐、
家谱在页面与抽屉里都不存在、搜索输入与清空真的生效）
顺带修掉探针三处假红（都不是应用问题，是量错了节点）：
- 搜索框在界面树里是两层，TextInput(75px) 只是内部输入区，
白底容器 Row(138px) 才是盒子；只按"有文字/可点"收集会把它漏掉
- uitest uiInput inputText 是 (x,y,text) 三参数，只给文本会静默不输入
- 空态文案是「换个关键词试试…」，按"没有/找到"判永远为假
|
2026-10-21 23:28:19 +08:00 |
|
|
laoyang
|
f020a671c0
|
v0.8.1 界面六条：删离线入口 / 标语统一 / 最近纪念日 / 图标真上色 / 真头像 / 日程四修
用户 2026-10-18 六条（全部已在真机逐条验证）：
① 登录页「先不登录 / 离线使用」彻底删除
用户：「把那些不登录、看离线数据之类的提示全部去掉。以后就不再拥有这样的
功能了，把这些功能也全部删除。」
⇒ 两个按钮 + onSkip + allowSkip 参数 + Index 里的 skip 分支一起删净。
这是产品决定（不是隐藏）：该路径本身就是安全缺口，v58 上了整库加密后更要堵死。
② 标语统一为「一家人用岁月写成的一本书」
用户：「这也是我们"家书"这个名字的由来。所以你不要再乱换这个标语了，
只要是想出现标语或者副标题的地方，就用这样一句话。」
· 端上 FB_DEFAULT_SLOGAN 是唯一定义处（登录页副标题 + 抽屉回落都用它）；
· 抽屉左上角原来是家庭名，现在显示**标语**；
· 三层优先级（个人 slogan → 家庭 motto → 应用默认口号）**在服务端算**
（Family::slogan，与网页端首页 heroSlogan 同一套），/login 与 /me 都返回。
用户还说：「如果这个用户自己有标语……这个地方就是用户自己自定义的标语。」
真机实测：登录者杨永全自己写了「修身，齐家」⇒ 抽屉就显示他那句。
③ 首页新增「最近纪念日」（放在近期任务之后、往年的今天之前）
用户：「未来最近的三个纪念日，包括每个人的生日，以及手动填写的各个纪念日。
以倒计时形式展示：距离哪个纪念日还有多少天，距离谁谁谁的生日还有多少天。」
· /home.recent_days = Anniversary::upcoming(fam,pid,370) 取前 3 ——
取满一年：窗口太小会让"刚过完生日"的家庭一个都取不到，模块直接空着；
· 数据源 all() = 派生生日 + 自建纪念日，正好覆盖用户说的两样；
· 倒计时：0 天显示「就是今天」（写「还有 0 天」读起来像已经过了）。
④ 悬浮栏图标也上色（用户：「除了下面的汉字，上面图标的颜色也变成跟汉字一样的颜色」）
🔴🔴 真根因两层，都是"无报错失效"：
· 第一层：Image.fillColor() **只对 SVG 生效**，而本工程 30+ 图标**全是 PNG**
⇒ 全工程 24 处图标染色一直是空操作（文字走 fontColor 所以只有文字变了）。
· 第二层（真机才现形）：改用 colorFilter 后，矩阵写成了"系数乘 RGB"
(R' = R_原 × 系数) —— 对白色图标成立，但本工程图标是**纯黑**，
黑 × 任何系数 = 仍是黑 ⇒ 真机上图标像素依旧是 (0,0,0)。
⇒ 最终形态：`fbTint` 用 **alpha 当载体**（R' = (r/255) × A_原）：
系数是归一化约定（官方灰度示例系数和为 1，量纲确定）；
形状完全由原图 alpha 决定 ⇒ 黑/白图标都成立，描边抗锯齿自然过渡。
真机像素实测：日程项图标与文字同为 (176,120,64)≈#B0763A；
未选中项图标 (44,39,35) 深灰（不再是纯黑）。
⚠️ 全工程 24 处 fillColor 一并改掉；FbIconButton.tint 类型改成 string，
让"误传 Resource"变成编译错误而不是又一个静默失效。
⑤ 顶栏：真实头像 + 拉开按钮间距
用户：「右上角的头像应该是真实的……现在提醒的按钮距离头像的按钮太近了。」
· /home 给 me_avatar、/login 给 avatar_url（avatar_url() 按线上存储驱动拼好）；
· 三颗按钮（同步 / 铃铛 / 头像）统一用 FbMetric.gapTopActions = 8。
⑥ 日程四处
· 「日期下面有几个点」⇒ 月视图与周视图的圆点全部删除，
连 FbDot / dots() / count / dotColor 一起清（不留死代码）；
· 「农历全部都是初一」⇒ 真根因是端上 lunarOf() **硬编码 return '初一'**，
而服务端 lunarRange() 本来就每天给真实农历（title）⇒ 改取 title；
· 「列表这个视图，今天的数据缺一条」⇒ 服务端 /calendar 的 from/to **默认只给本月**，
而列表视图要显示 -7 ~ +60 天 ⇒ 端上显式传范围
（loadModule 新增 pathOverride 参数）；
· 「点击了某一天之后并不明显，应该把这一天的颜色变深，而今天用一个较浅的颜色」
⇒ 照 SyncCalendar：选中 = 深色实底白字、今天 = 浅色底。
真机实测：17 号（选中）bg=#FFB0763A，18 号（今天）bg=#FFF5F0EA。
另：FbKeyStore 补上一个真机抓到的 HUKS 坑 —— isKeyItemExist 在密钥不存在时
**会抛 12000011**（不是返回 false），首次运行必被误判成"本机不支持 HUKS"
⇒ 永久明文降级。改成把"不存在"当正常分支，且降级态每次启动重试一次
（把同一把 DEK 重新用 KEK 包起来，不换密钥以免重下全部附件）。
验证：hvigor BUILD SUCCESSFUL；_fb_arkts_guard.js 328/0；
_fb_v59ui_falsify.py 19 项注入 23/0；_fb_home_api.py 60/0；
六条已在真机逐条取像素/布局树确认。
|
2026-10-18 20:14:40 +08:00 |
|