标签:
注明,下面的做事风格来自国外的一本书<program style>,名字大概是这个了,记录下来,吾日三省自身!
================================================
要写清楚,不要自作聪明
简单、直截了当地表达你的意思
尽可能使用库函数
不要使用太多的临时变量
要写清楚-不要为所谓的“效率”牺牲清晰度
让机器去做麻烦的事情
将重复代码替代为调用通用函数
使用括号避免歧义
选择没有歧义的变量名
避免使用不必要的分支
如果逻辑表达式不好理解,就试着做下变形
采用让程序更简洁的数据表达形式
先用易于理解的伪代码写;再翻译成你使用的语言
模块化.使用过程和函数
只要你能保证程序的可读性,能不用 goto 就别用
不要给糟糕的代码打补丁 - 重写就是了.
编写以及测试一个大型程序的时候,分块进行
使用递归过程来处理递归定义的数据结构
始终要测试输入的正确性和有效性
确保输入不会超出程序的限制
通过文件结束符来终止输入,而不是通过记数
识别错误输入;并尽可能修复
让输入容易构造;让输出表述清楚
使用统一的输入格式
让输入容易校对
使用输入提示.接受默认值.并将其显示
确保所有的变量在使用前都被初始化
不要因某一 bug 而停止不前
打开编译程序的调试选项
小心 off-by-one 错误
注意等价比较的分支
当循环中有多个跳出点时要小心
如果什么都不做,那么也要优雅地表达这个意思
用边界值测试程序
手工检查一些答案
10.0 乘以 0.1 很难保证永远是 1.0
7/8 等于 0,而 7.0/8.0 不等于 0
不要简单地判断两个浮点数是否相等
先做对,再做快
先使其可靠,再让其更快
先把代码弄干净,再让它变快
别为一丁点”性能”就牺牲掉整洁
简单的优化让编译器去做
不要过分追求重用代码;下次用的时候重新组织一下即可
确保特殊的情况的确是特殊的
保持简单以使其更快
不要死磕代码来加快速度 - 找个更好的算法
用工具分析你的程序.在做”性能”改进前先评测一下
确保注释和代码一致
不要在注释里仅仅重复代码 - 让每处注释都有价值
不要给糟糕的代码做注释 - 应该重写它
采用有意义的变量名
使用有意义的语句标签
格式化程序让阅读代码的人更容易理解
为数据布局撰写文档
不要过分注释
标签:
原文地址:http://www.cnblogs.com/y2ghost/p/4315592.html