Write Clean Code笔记

1、编译警告全开、lint检查、单元测试
2、Release和Debug版本、用断言、不要隐藏错误、双算法校验、不要把测试推给别人
3、外壳函数、消除错误的随机性(MS的Debug版malloc填充CC)、保存调试信息、透明的检查、调试版本不在乎效率
4、断点单步、跟踪所有分支路径
5、不要在正常地返回值中隐藏错误代码、编写功能单一的函数、暴露错误的输入、避免布尔参数(不易扩展,整数?)、注释(突出异常情况)
6、使用有严格定义的数据类型、变量溢出、避免无关紧要的if、每种特殊情况只能处理一次、避免有风险的惯用法(系统会优化无符号数的除法)、所有错误汇集到一点、不要把布尔值与TRUE(非0)进行比较、通过最大限度地增加公共代码的数量来使代码差异减到最少、printf(str)的风险在于str中可能包含%符号而被解释为格式说明、保持代码清晰性
7、只操作自己的数据、不要写寄生函数、不要滥用语言技巧、二选一函数(a?f1:f2)(var);
8、错误不会消失、马上修改错误,不要推到最后、修改错误要治本,不要治表、不要随意整理代码、不允许没必要的灵活性、尽量编写和测试小块代码、建立自己的优先级表并坚持之

正确性、可测试性、全局效率、可维护性/明晰性、一致性、大小、局部效率 、个人表达方式、个人方便性

决不允许同样错误出现两次
工作第一天 看看这个吧~~ 修炼内功必备 呵呵~ 第1章 假想的编译程序 读者可以考虑一下倘若编译程序能够正确地指出代码中的所有问题,那相应程序的错误情况会怎样?这不单指语法错误,还包括程序中的任何问题,不管它有多么隐蔽。例如,假定程序中有“差1”错误,编译程序可以采用某种方法将其查出,并给出如下的错误信息 -> line 23: while (i<=j) off by one error: this should be '<' 又如,编译程序可以发现算法中有下面的错误: -> line 42: int itoa(int i, char* str) algorithm error: itoa fails when i is -32768 再如,当出现了参数传递错误时,编译程序可以给出如下的错误信息: -> line 318: strCopy = memcpy(malloc(length), str, length); Invalid argument: memcpy fails when malloc returns NULL 好了,要求编译程序能够做到这一程度似乎有点过分。但如编译程序真能做到这些,可以想象编写无错程序会变得多么容易。那简直是小事一桩,和当前程序员的一般作法真没法比。 假如在间谍卫星上用摄像机对准某个典型的软件车间.就会看到程序员们正弓着身子趴在键盘上跟踪错误;旁边,测试者正在对刚作出的内部版本发起攻击,轮番轰炸式地输入人量的数据以求找出新的错误。你还会发现,测试员正在检查老版本的错误是否溜进了新版本。可以推想,这种查错方法比用上面的假想编译程序进行查错要花费大得多的工作量、确实如此,而且它还要有点运气。 运气?
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值