2009-02-06读书记录——《代码大全》(第一版)第四章——建立子程序的步骤

PDL真的是个好东西，不但使思路清晰、意思明确，而且转成常规代码也是很容易的。但似乎使用的人并不多，上大学时为了交作业偶尔用一下伪代码，但现在连伪都不伪了，直接就开干了。

 

个人记录的好句子：

• 项目成功的关键就是在投资最少时找出错误，以降低改错成本
• 好的子程序名字是一个高质量软件的标志之一
• 高质量的程序是一个逐步化的过程
• 实现了子程序后进行代码的检查，此时发现并改正错误成本会很低
• 发现程序中错误异常特别多，那么就重新开发一个，不要试图去修补它
• 修补往往意味着不充分的理解，而且会在现在和将来产生更多的错误

 由PDL转化到程序语言代码是一件机械、自然、容易的工作。也就是说，当你完全写好PDL的时候，这个子程序已经完全设计好了，所差的就只是转化成具体的某一种程序语言。本章中以“错误处理方式”为例评述了由PDL到子程序的一系列过程，注释掉原来的PDL在下面写上一两行或更多的具体程序代码，当把所有的PDL都注释完成时，你的子程序也就编写完成了。在注释下面添上代码之后，可以对每一块代码作一简略的检查，尽力想一下什么因素可能破坏目前的块，然后证明这种情况不会发生。

建立子程序的步骤：编写PDL->设计子程序->子程序编码->检查代码->编译子程序

PS:为何此处没提到单元测试？是时机未到，难道子程序就不可以单元测试了，疑问中......

我自己在写程序的时候从来都没按照这个步骤进行，PDL是从来都不写的，写程序前只是用脑子想，偶尔用笔写写画画，然后就动手开始写，必要的地方写上注释，当然也是先有程序然后才有注释。写到最后一个大括号止的时候，快速的按F5（运行），根本不去检查正确性，出错了以后再根据错误提示找到哪一行错了，改之，然后再F5再改错，直到可以运行为止。运行后的逻辑错误还要再重新修改......

现在看来这样子是很浪费时间的，走常规道路才是根本!