写代码 OR 想代码

       我们常说的写代码，其实真正写的时间并不多，而想的时间更多一些。而完全只写代码的人，其代码质量往往很差，因为没有考虑清楚就动手，就很有可能有很多问题，而去修复这些问题，往往导致更多的问题，最后可能终于功能完成了，却是一堆垃圾胡乱凑在一起，没有任何可维护性可言，更不用说美观了。

 

       所以，就如同我们大家都知道的一样，”沿着错误的方向，是很难到达真理的彼岸的。“所以先动脑，后动手；多动脑，少动手。 一段杂乱无章的代码，更多不是编写者水平有多差，是思维混乱的体现，至少是抽象能力不够；或许还有些态度问题。想清楚再写，尽量不要写垃圾代码，尽管我们每天写的都是垃圾代码(当你某天回望你代码时，你很可能发现还有改进的空间，因为你知道的更多了。) 

 

      我个人一般写代码有个习惯，找一张白纸把问题写出来，然后把要考虑的问题列出来，再出一个TODO List, 然后在想想用什么样的结构，需要那些接口、类，最后动手；当然在写的过程中也许又会有新的想法，或是遇到新的问题，这个时候就先衡量下这个问题的影响范围，如果影响只是局部，加到问题列表即可，否则可能要思考目前的结构是否合理，如果不合理，就必须马上调整。最后所有的问题一个一个解决了，而你一直都是在全面的考虑问题，树一棵棵的栽，但同时也随时鸟瞰整个森林。出问题的可能性就小，而且就算有问题，也能很快定位是哪里的问题，就如常回答我上司的一样"出这种问题的唯一可能性就是....".

 

      70%的想，30%的写，所以写代码就变成"想"代码了.

----------------------------------------------------------------------

张瑜，Mybeautiful, [e-mail].