叶子：关于更简单的阅读代码的方法我是没有的，不过如果只是单单为了特殊情况的去读代码，那我还是有一定的技巧的。
曹志文看着大神发来的消息，也是赶紧再一次的回复。
天涯海角：叶子大神，你说，不论有用没有用，这悬赏都会给你，毕竟我朋友问这个问题也的确是有些强人所难了。
叶新晨看着曹志文发来的消息，还是松了口气，毕竟如果这个悬赏完成不了的话，那他的接悬赏任务的胜率也就是只有百分之五十了，这是叶新晨也不能够忍受的。
而且……
他应该先问是什么问题，而不是先接这个问题，差点就让他没有一个完美的解决办法。
毕竟曹志文的朋友问的问题的确是有些别出心裁。
叶子：行，那我先跟你说一下简单的东西，读代码，肯定是读写的好的代码，而这些代码一般是遵循一些原则。而这些原则，很难从最后的代码中反推出来。这些原则一般都是declarativeknowledge。而我们看到的代码大多是imperativecode，即使是functionalprogram或者declarativelanguage的code，一般也是用低级的抽象来描述高级的原则。
叶子：举一个类比。目前体育比赛中很多规则的修改，都是借鉴以往比赛中一些旧规则导致比赛比较沉闷，或者被运动员钻空子的经验教训，但是单单去看这些规则，你无法反推出来它们是为了避免什么情况。
叶子：所以所谓的读懂写的比较好的代码，一般是从代码以外的途径了解作者的意图，然后再掌握作者贯彻这些意图的一些基本习惯。
叶子：就像你之前的悬赏一样，如果没有你的意图和主观的对我说问题的所在，你让我去看去读你的代码也起码得消耗很长时间。所以我的额外技巧也就是最好能够掌握作者的意图。
曹志文看到这里，也是有些茅塞顿开的感觉，这个技巧绝对非常实用的，因为他们也不是经常看代码的人，阅读代码也只是有时候检查，或者是和朋友几个看看写的代码，又或者是也接点悬赏练习一下。
他们真的不会去问写出代码的这个人是基于什么意图去写的，如果问一下，那他们去阅读这个代码再加上阅读代码的模式，绝对可以起到事半功倍的效果。
而且曹志文也觉得自己写的时候也发现很多情况下逻辑被隐含了，特别是if-else这样的，为什么有些情况可以合并，有些可以忽略，如果不注释，光从代码本身是难以看出的，所以如果能够从自己的意图去看，那么还是能够发现缺陷的。
天涯海角：叶子大神不愧是叶子大神，这种技巧很实用。
的确很实用，因为这种极少如果没有大量的经验是不可能想出来这种技巧的。
叶子：另外有一种很出名的debug技术，就是用静态分析的方法找到代码中的impliedinvariant，然后搜索有什么地方违反了这些原则