TiebaLite

为什么做它

贴吧是我用得最久的社区，但官方客户端这些年越长越重：开屏广告、信息流插桩、各种”猜你喜欢”。我只是想安静地看帖子，却先要跳过五层关卡。

上游开源项目 TiebaLite 证明了”干净阅读”是可行的，但项目维护节奏不稳定，一些关键接口失效后久未修复。我的出发点很简单：fork 下来，把它救活，按自己的使用习惯打磨。

难点在哪

• 接口对抗：第三方客户端天然处于”官方接口随时变”的环境，签名算法、鉴权流程每隔一段时间就会失效。解决思路是把网络层全部收拢到一个独立模块，接口失效时只补一个模块，不动 UI 层。
• Compose 迁移的边界：上游部分页面还是旧 View 体系，全部重写不现实。最终采取”新页面 Compose、旧页面最小维护”的双轨策略，保证任何时候都有一个可用的构建产物。

现状

• 干净无广告的阅读体验，保留签到、收藏、看帖等核心功能
• 网络层模块化，接口失效的修复成本从”全项目排查”降到”单点替换”
• 持续跟进上游，同时维护自己的差异分支

我学到的

维护一个”对抗性”项目，最重要的不是追新技术，而是把易变的部分圈养起来。UI 可以慢慢进化，但网络层必须随时准备挨打。