转赞推荐：BackendWiki 的「依赖与前置」写法，读前沿资料很好用

想转一个读资料的姿势，来自 BackendWiki 里讲组件、接口时反复出现的「依赖与前置」写法：在讲一个东西怎么做之前，先把「它依赖什么、在什么条件成立时才适用」写清楚。这个顺序放到读前沿资料上，比直接啃新方法划算得多。

它解决的是「误把前提当结论」

前沿综述最爱先抛结论：某方法效果如何好。读者一旦信了结论，后面那些「前提是某类数据、某规模下」就被当成附属说明跳过去。等自己真去用，才发现前提根本不满足。

依赖与前置写法反着来：

把条件摆前面，省下的不是阅读时间，而是误用的代价。

搬到自己的阅读流程

拿到一篇前沿资料，先不读方法，只做一件事：把它的前置条件逐条抄出来，问自己「我这边满足吗」。

1. 满足——继续往下读，知道结论对我有意义。
2. 部分满足——只取适用那部分，不照搬结论。
3. 不满足——直接放下，不必硬读。

第三类最该被允许。很多资料读不进去不是因为难，而是前提本就不匹配，硬读只会攒下一堆用不上的名词。

一点提醒

「依赖与前置」是自己读的时候加的标注，不是要求原文作者也这么写。原文往往把条件埋在实验小节，需要你主动把它们捞出来、集中到最前。这个动作本身，就是一次很好的理解检验。

小结

好资料的写法可以反向用来读资料。先问「它需要什么」，再问「这对我成不成立」，结论最后看都不迟。前置不满足，结论再好也和你无关。