AskaEth
e962489520
主人要的是「在预览界面下方拿小字放一点简要的格式元数据」。组装全收进一个纯函数 （`PreviewMetadata`，36 档穷举单测），两个预览弹层只负责取证据 + 画一行 （`footnote2` + `onSurfaceVariantSummary`，与项目里 footer / 角标同一套）。 - **文本 / Markdown**：行数（从正文重算；本端被截断时报「显示 N 行 / 共 M 行」，只说 「显示 N 行」会让人以为文件就这么长）· 字符数（服务端 `chars` 在时报它并写明 「服务端注入口径」，否则报本端码点数并写明「本端预览内容」——两个数不是一回事）· `UTF-8（本端解码口径）`（**只敢写本端口径**：客户端拿不到文件的真实编码，裸写一个 UTF-8 等于替文件下结论）· 服务端 `truncated` 时「正文被截断（进上下文的部分）」。 - **图片**：格式（复用 `ImageOpenTypes.openType`，退化成「图片通配」时**整项不报**）· 分辨率（`BitmapFactory.Options(inJustDecodeBounds = true)`，不整图解码）· 体积 · 「拍摄于 …」（`android.media.ExifInterface(InputStream)`，系统 API，**不引新依赖**； 日期严格校验，`0000:00:00 00:00:00` 这类占位符判非法 ⇒ 整项缺席）。 - **非文本（PDF 这类）**：只有服务端字节嗅探所得的 mime。体积 / 服务端状态 / 「读不到」的 原因原话各自已经在芯片行与正文区那句人话里，**不在这里重复**——宁可少一项，不要一句废话。 - **拿不到的项一律缺席**：不留占位符、不写「未知」、不写 `--`；一项证据都没有就整行不画。 `devtools/fake-backend` 补一个 `image_file` 灌图参数：服务端库里没有任何带 `image` 键的 历史消息可灌，而相册选择器会把选中项**转码**、把 EXIF 丢掉（实测：41 KB 带 EXIF 的 JPEG 经它拿到手变成 23 KB 且没有 APP1），没有它「拍摄日期」这一项在设备上根本验不到。 验收：`assembleDebug` 通过；`testDebugUnitTest` **127 suites / 1600 tests / 0 failures / 0 errors**（基线 126 / 1564，新增 36 条）；真机（emulator-5554, API 37）实测：文本那条看到 「5 行 · 70 字（本端预览内容） · UTF-8（本端解码口径）」，图片那条看到 「image/jpeg · 1280 × 720 · 23.0 KB」（该源图不含 EXIF，所以「拍摄于」这一项按设计缺席）。