跨端: A 步 —— harmony 补 store 层（MailStore），搬走 InboxTab 107 行重复实现
用户裁定：「A+B 都做」「electron 是唯一真实源泉」。本条做 A 的第一步。
★ 量的结果（决定为什么要做）
· harmony 48 文件 / 18,444 行，**无 store 层**，223 个 @State + 47 @Prop 散在各页
· electron 58 文件 / 13,801 行，**9 个 store**（mailStore/sessionStore/contactStore/
accountStore/appearanceSync/uiStore/themeStore/authStore/backgroundStore）
· `MainPage.ets` 3,289 行，其中 4 个 load* 方法合计 250 行在重复
"遍历账号 → 逐账号拉 → 合并 → 派生 cc_count → 分流 → 分组 → 算未读 → 出提示"
· 同一套多账号遍历在 `InboxTab`(107 行) / `SentTab`(40 行) / `ContactsTab` 各写一遍
★ 做了什么
新增 `common/MailStore.ets`（318 行，照 `AppearanceStore` 的单例形状）：
· `loadInbox(ctx, accountFilter)` —— 全仓**唯一**的收件箱取数实现
· `loadSent(ctx, accountFilter)` —— 与收件箱共用同一套聚合形状
· `dropSession(sessionId)` —— 归档后就地剔除（与 WebUI `mailStore.dropSession` 同动作）
· `clear()` —— 退出/换账号时清空（否则下一账号会看到上一人的邮件，哪怕只有一帧）
· `MailSnapshot` / `AccountError` / `INBOX_PAGE_SIZE`（从页面搬进来）
它只做"取数 + 组装 + 错误归类"——**纯逻辑仍留在 `model/MailGrouping.ts`**，
这样 `harmony-logic.test.mjs` 不必起设备/网络就能跑（本仓既有纪律）。
`MainPage.InboxTab` 的 `loadData()` 从 107 行变成 3 行调用 + 两个辅助
（`syncAccountFilter` / `applyStoreSnapshot`）。
★ 途中撞到的四个 ArkTS 约束（都已修，记下来免得重犯）
① `INBOX_PAGE_SIZE` 在页面里已有一份 ⇒ 导入与本地声明冲突（`arkts-unique-names`）
② `MailApi.sent()` **不收参数**（与 `inbox(status, limit)` 不同），照着 WebUI 写会错
③ `SentResponse` 定义在 `model/Models.ets`，**不在** `api/MailApi.ets` 里再导出
④ store 持有接口类型 `MailLike[]`，页面字段是 `MailSummary[]` ⇒
`MailSummary implements MailLike` 成立，但**赋值要显式向下转型**
★ 为什么页面还保留 `@State` 镜像而不直接读 store 字段
ArkUI 的 `@State` 只观察**它持有的那个值**；store 是普通类实例，改内部字段
不触发刷新（本仓 `appearance-defaults` 判据钉过同类问题）。所以照既有约定：
store 每次改完自增 `revision`，调用方把快照接进 `@State`。
设备验证：收件箱正常渲染（6 组 · 50 封、25 未读），与改动前逐项一致。
JianFeeeee
97037c0424