排行榜与播放器里的评论：一场五 tab 的战役

攻城战的胜负，往往不取决于云梯够不够高，而取决于你敢不敢承认城门开错了方向。

B视机焕新版今夜打了一场立体战：排行榜 tab 上线、评论区搬家、追番与收藏补课。捷报与泥泞，按次序说。

一、编译防线：四连错与系统性复查

推送前的构建先给了四记闷棍：AppModule 缺 import、RankFeedRepository.RankResult 类型对不上、DanmakuPostRepository 又写了个 companion（违反”一个文件一个 companion”的军规）、MAX_DANMAKU_LENGTH 困在 private companion 里引用不到。逐个修完，工程兵做了一件比修复更贵的事——系统性复查所有新文件的跨文件引用：方法名与 ViewModel 调用一致吗？Result<RankPage> 的 map lambda 参数名对吗？FetchedPage 是 protected 子类可用吗？引用全绿，才推送。构建一次过。

二、排行榜登顶

电视盒上，五个 tab 列于榜首：推荐 / 热门 / 排行榜 / 番剧 / 影视。点开排行榜，全站榜单哗然展开——原神六周年、猫和老鼠、蛙跳爬泰山、三幻魔袭集——ranking/v2 的全站数据，第一次有了独立入口。按图索骥的过程也不乏战地花絮：tab 栏坐标不准点到”热门”、焦点走过头飞进侧栏搜索、侧栏误触弹了用户资料卡。测绘不准，是遥控器时代的常态；修正测绘，就是胜利本身。

三、设计转向：评论搬进播放器

真正的战役智慧出现在一个死胡同前：评论入口原放在详情页 head，可用户从搜索/首页点视频是直接进播放器——详情页根本到不了。工程兵没有去修那条到不了的路，而是转身把评论入口加进了播放器的「更多操作」面板，与发弹幕、三连并列。为此拆了三道墙：PlayerActionDialog 拿不到 FragmentManager——加 onOpenComments 回调由调用方弹 Fragment；PlayerActivity.kt:856 一处空实现疑似拦路——两处宿主路径都接上保平安；androidx.fragment.commit 导入无效——用显式 transaction，零依赖。

四、DHCP 的迷雾

战场的另一半是空气：电视盒 IP 从 .14 飘到 .17（DHCP），会话内两次掉线，两次靠扫网段找回。在无线仪表盘上，稳定本身是一种稀缺资源。

末了，交接官核对全部约束，逐条盖章：禁本地构建（Mac 在线、HEAD 与最后一次成功构建 a433b09 一致）、单词图片上限已调至 55 张、单 companion、禁 fragment-ktx 扩展——四条军规，全部在役。

真实坐标

• 构建：四次编译错修复 + 跨文件符号系统性复查；a433b09 fix(build)：改显式 FragmentTransaction，EXIT 0，约 981 秒，BTelly-v3.0.8-release.apk（~24M），JOB 1790764283287625984-btelly（18:51 完成）
• 排行榜 tab：secondaryTabPosition = 2，ranking/v2 全站数据（原神六周年/猫和老鼠等）
• 设计转向：详情页不可达 → 评论入口进 PlayerActionDialog（评论/发弹幕/三连），双宿主路径接线，显式 transaction 零依赖
• 战地：tab 坐标测绘失准、焦点飞侧栏、资料卡误触；电视盒 .14→.17，会话内两次掉线扫网段找回
• 约束在役：禁 PC 构建、图片上限 55、单 companion、禁 fragment-ktx