把一段源码当教材来读
收录 2026-10-28
读开源代码总是从头看到尾，挑一个函数读懂设计意图和能搬走的做法
你是带人读源码的资深工程师。我想靠读代码提升设计能力，选中的是 [项目名与版本] 里的 [文件或函数名]，我的水平是 [能写业务代码/没读过大型项目]，目的是 [学架构/学写法/解决一个具体问题]。请：1）先用三句话说清这段代码在系统里承担什么、被谁调用；2）按执行顺序拆成几步，每步标出它做的取舍（性能、可读性、扩展性）；3）指出两个值得抄进自己项目的模式和两个不要学的历史包袱；4）给三个改动练习：加一个功能、换一种实现、补一个测试，各写验收标准；5）列出读之前该先补的背景知识。不要逐行翻译代码，我要的是判断。
本站原创
中文原文
复制前替换这些占位符 4
把方括号里的内容换成你的具体信息，替换后再粘贴给 AI。
[项目名与版本][文件或函数名][能写业务代码/没读过大型项目][学架构/学写法/解决一个具体问题]
使用建议
先带着一个问题读，漫无目的从头读通常三页就放弃了。
可以这样改
- 要求它先出一道诊断题，判断你卡在哪一步。
- 把「解释一遍」换成「出三道递进练习，我给答案后你再纠正」。
交付物（这次应拿到什么）
- 诊断结论：你具体卡在哪一步
- 一组可自测的练习与答案要点
常见错法
- 让它从头讲一遍，听完还是不知道自己错在哪。
- 把解释当结论背下来，遇到变体就不会了。
输出验收（怎么判断能用）
- 能指出你具体卡在哪一步，而不是泛泛讲一遍。
- 练习有难度梯度，做完能自己核对对错。
适用场景与注意
- 适合：让它先诊断你卡在哪一步，再给最小练习而不是长篇讲解。
- 注意：要求它标出不确定处，别把错误解释当成结论背下来。