第(1/3)页

    叶子：关于更简单的阅读代码的方法我是没有的，不过如果只是单单为了特殊情况的去读代码，那我还是有一定的技巧的。

    曹志文看着大神发来的消息，也是赶紧再一次的回复。

    天涯海角：叶子大神，你说，不论有用没有用，这悬赏都会给你，毕竟我朋友问这个问题也的确是有些强人所难了。

    叶新晨看着曹志文发来的消息，还是松了口气，毕竟如果这个悬赏完成不了的话，那他的接悬赏任务的胜率也就是只有百分之五十了，这是叶新晨也不能够忍受的。

    而且……

    他应该先问是什么问题，而不是先接这个问题，差点就让他没有一个完美的解决办法。

    毕竟曹志文的朋友问的问题的确是有些别出心裁。

    叶子：行，那我先跟你说一下简单的东西，读代码，肯定是读写的好的代码，而这些代码一般是遵循一些原则。而这些原则，很难从最后的代码中反推出来。这些原则一般都是    declarative    knowledge。而我们看到的代码大多是    imperative    code，即使是    functional    program    或者    declarative    language    的    code，一般也是用低级的抽象来描述高级的原则。

    叶子：举一个类比。目前体育比赛中很多规则的修改，都是借鉴以往比赛中一些旧规则导致比赛比较沉闷，或者被运动员钻空子的经验教训，但是单单去看这些规则，你无法反推出来它们是为了避免什么情况。

    叶子：所以所谓的读懂写的比较好的代码，一般是从代码以外的途径了解作者的意图，然后再掌握作者贯彻这些意图的一些基本习惯。

    叶子：就像你之前的悬赏一样，如果没有你的意图和主观的对我说问题的所在，你让我去看去读你的代码也起码得消耗很长时间。所以我的额外技巧也就是最好能够掌握作者的意图。

    曹志文看到这里，也是有些茅塞顿开的感觉，这个技巧绝对非常实用的，因为他们也不是经常看代码的人，阅读代码也只是有时候检查，或者是和朋友几个看看写的代码，又或者是也接点悬赏练习一下。

    他们真的不会去问写出代码的这个人是基于什么意图去写的，如果问一下，那他们去阅读这个代码再加上阅读代码的模式，绝对可以起到事半功倍的效果。

    而且曹志文也觉得自己写的时候也发现很多情况下逻辑被隐含了，特别是if-else这样的，为什么有些情况可以合并，有些可以忽略，如果不注释，光从代码本身是难以看出的，所以如果能够从自己的意图去看，那么还是能够发现缺陷的。
    第(1/3)页