列表卡片元信息用内容作者而非平台名
症状与根因
- 现象:Today 页卡片显示的是网站域名,而不是订阅的博主名。
- 根因:卡片取的是
sourceName(站点/平台名),而订阅场景里用户关心的是「我订阅的这个人」。知识库 feed_entry 同样优先sourceName,同一个错。 - 正确取法:列表卡片优先取 feed 的
title(订阅名 / 用户编辑过的名字);正文 reader 的元信息逻辑保持不变,仍与剪藏一致。
一般化
一个内容对象上通常挂着多套「名字」:平台名、站点域名、内容作者名、用户改过的显示名。「显示哪一个」取决于消费位置,不取决于字段叫什么。
| 位置 | 该显示 | 原因 |
|---|---|---|
| 列表卡片 | 内容作者 / 订阅名 | 用户是按「人/源」在扫列表,域名没有区分度 |
| 正文页 | 与剪藏一致的元信息 | 打开后要回答「这是什么、从哪来」,需要站点等上下文 |
推论:同一字段在列表和正文里的优先级可以不同,不要用一套 sourceLabel 逻辑套所有位置;否则必然有一处显示错。
相关
- 导入要保留来源类型以选对渲染链 —— 同一条导入链路的相邻判断:来源类型要落库,展示层别临时推断
- 文章元信息用发布日期而非创建日期 —— 元信息该存哪个字段,要在抓取阶段定清