《代码大全》读书笔记——伪代码编程过程

 

    伪代码编程过程感觉有如下几方面：

 

    先写伪代码，再根据伪代码去Coding,其实这样不管是在function、procedure还是Class的设计上都是比较好的，编写完伪代码之后看看伪代码，这个函数或者类就很清晰了，结构应该会很明确也简单易懂了很多，如果没有达到这样的效果，我想应该是对于函数或者类的功能、实现方式还没有像清楚，需要再好好考虑一下。

 

   写完伪代码后，回头看看伪代码的实现流程，函数的编码也就很容易了，也是一种能很好的发现实现方式错误的方法，比编完码再去读代码或者测试的时候发现错误要好些。

 

    伪代码可以作为注释使用，先写完伪代码再去编程比Coding完再去补充注释意义完全不一样，后者是为了注释而注释。。也有益于后面代码的维护。

 

    另外在用伪代码的方式去编程的时候，确实会遇到写完伪码，编码完后发现一句简单的伪码下面出现了一大堆代码，甚至上10句，其实这样是应该要么将堆代码抽成一个单独的子函数，或者将该伪码细化。平时遇到的多数情况还是应该将这段代码抽成一个子函数，主要还是得看他们和前后的代码、做的事是不是在同一个层面上，是的话就细化，不是的话就提取子函数。

 

    平时编辑代码的时候经常会忽略warning、hint，其实这样会很容易忽略可能触发的很多错误，今后要注意，这是一种心态问题，我要做一个爱干净的程序员。

 

    平时很多人习惯性的先编完码，然后再去编译，有种编译通过了就搞定了的思维，（拼凑加编译：hacking and

compiling），总是到了编译的时候就急于完成，所以编译报错的时候往往很草率的就将错误给修改掉，而没有停下来好好想想错误的原因，是不是这样的设计是最好的，有没有别的方式更好。在编码中我更习惯于使用实时编译，即敲几行代码编译一遍，使其随时能通过编译，时刻保证编码的编译正确性，这是在我处理反馈的那段时间里养成的习惯，以为那时候经常会被打断，可能这个反馈还没出来完又要处理另一个更为紧急的bug,这时候就要求我必须能保证随时能提交我的代码，感觉这种方式还是蛮不错的！