用”伪代码“装饰你的程序

    记得在大学接触的初级编程语言丛书都会推荐先用伪代码来理清程序逻辑再用相应的语法和变量来实现程序。那时总认为那是一种很低级的编程策略，耗费精力，浪费时间。因而在之后早期的程序生涯中，从未用过先写伪代码的形式写过一次程序。

    但是去年的一次偶然机会，让我完全改变对"伪代码"的见解，那时在看一个同事写一个web后台的逻辑，我看见他首先在一个方法中用文字写到step1：......step2:..... 若是......不然.......step3:.....（暂不实现的）TODO.....；在他写这些文字描述时我就很清晰的明白了这个方法的做用，也理解了其中的逻辑，并且附加的，我给他提醒“你少考虑了一个错误处理"。我看着他写代码的方法，顿时有种发现新大陆的感受，对比本身之前写代码，老是在脑海里构造一个个逻辑，而后就洋洋洒洒的写开了，写完后再经过阅读代码去检查逻辑，要是时间间隔稍长，代码量稍大，检查自己就很耗费时间和精力，更别提从此让别人去快速理解查看了，并且还经常有遗漏某个逻辑的状况出现（俗话说得好：好记性不如烂笔头。用在编程上一样合适）。我想你如今明白我为何要在”伪代码“上加个引号了，你更能够把他理解成为一种代码注释（吐槽下：不少人会说良好的代码是不须要注释的，拜托说这句话前先问问本身，问问别人，有几个那么良好的人）。

    从此我写程序就养成了这么一个习惯， 对一个逻辑稍显复杂的方法，总会先在脑海中构造其逻辑，而后一步步经过文字注释的方式写下来，而后检查文字描述的逻辑，看有没有遗漏的，不合理的地方，进行相应补全和调整，而后再开始写代码，等代码写完，注释工做也完成了，对于从此代码维护大有好处。并且在采用敏捷开发的团队中，参与代码评审的同事能够从你显著的逻辑意图中就能够断定你的代码是否合格。方便本身，方便他人，多好。

个人讲解还过于简单和随意，建议阅读 《代码大全》第9章 伪代码编程过程，会给你更好更专业的讲解。