我喜欢你>_<

核心观点摘要#

这次复盘让我确认了一件事：在内容消费场景里，技术选型的第一原则不是“功能最全”，而是“是否刚好满足业务并可长期维护”。

目录#

• 核心观点摘要
• 目录
• 背景与问题
  • 本章小结
• 关键思路
  • 本章小结
  • 本章小结
• 总结

背景与问题#

我之前陷入了典型的“工程师思维陷阱”：总想选一个能力最全、可扩展性最高的富文本方案，担心“只展示不编辑”显得技术含量不够。

但回到业务本身，我当前做的是内容分发，不是内容生产。前端核心任务是稳定渲染与性能保障，而不是把后台编辑器能力搬到小程序端。

关键思路#

1. 拆分“编辑”和“显示”职责：编辑器服务后台管理系统，消费端只需要高性能渲染器。
2. 前置约束，减少背锅：和后端提前约定 HTML 标签白名单（如 p、img、video），避免脏数据进入客户端。
3. 入口统一容错：在渲染入口做一次标准化处理（如 max-width: 100%、空数据兜底），提升整体稳定性。
4. 关注真实业务门槛：网课场景真正难点在长视频播放体验，例如检查点、HLS、弱网策略，而不是“编辑器功能比拼”。

总结#

这次最大的收获不是学了新框架，而是建立了判断标准：业务驱动技术，复杂度服务目标。把 uv-parse 这类现有工具用到稳定、可维护，就是当下最有价值的工程成长。