从java/c#路过励志要在nodejs领域来打的一手酱油~~在看seneca源码看的云里雾里。。。。特来请教各位jser是怎么看源码分析源码的?一堆函数加变量,没有类型定义和类型、抽象分解掉前提下,怎么能读的懂呢?
up up up!
可以从用法开始 往往文档写的不够细致 读单元测试 然后开始顺藤摸瓜读源码
我都是用到什么方法的时候才到查源码的,没有特意的去看源码
对照着框架测试代码看
来自酷炫的 CNodeMD
从入口开始,跟着函数的调用链看。看一个函数在纸上记一下,看懂之后把功能注释写在旁边。最后纸上是一个有注释的函数调用链图,基本上就可以看出作者的思路和框架了。后来我才知道这种办法叫「深度优先搜索」……
具体操作的时候:
适合我这种笨人,比较费时,适合针对一个库掰碎了琢磨,不适合大量阅读。高手应该有其他更好的办法。
@brickyang 这种方法的确看上去很笨,但是对于我们没有辣么深厚的功底,这么看理解起来也比较容易
通过命名文件结构等了解大架构, 具体的断点调试
找到分析依赖的工具,先分析源码个文件,类之间的关系。 在通过 入口方法去分析
CNode 社区为国内最专业的 Node.js 开源技术社区,致力于 Node.js 的技术研究。
up up up!
可以从用法开始 往往文档写的不够细致 读单元测试 然后开始顺藤摸瓜读源码
我都是用到什么方法的时候才到查源码的,没有特意的去看源码
对照着框架测试代码看
来自酷炫的 CNodeMD
从入口开始,跟着函数的调用链看。看一个函数在纸上记一下,看懂之后把功能注释写在旁边。最后纸上是一个有注释的函数调用链图,基本上就可以看出作者的思路和框架了。后来我才知道这种办法叫「深度优先搜索」……
具体操作的时候:
适合我这种笨人,比较费时,适合针对一个库掰碎了琢磨,不适合大量阅读。高手应该有其他更好的办法。
@brickyang 这种方法的确看上去很笨,但是对于我们没有辣么深厚的功底,这么看理解起来也比较容易
通过命名文件结构等了解大架构, 具体的断点调试
找到分析依赖的工具,先分析源码个文件,类之间的关系。 在通过 入口方法去分析