打印
[ZLG-ARM]

C陷阱与缺陷中总结的编程建议

[复制链接]
984|4
手机看帖
扫描二维码
随时随地手机跟帖
跳转到指定楼层
楼主
postcode|  楼主 | 2009-7-13 13:50 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
C语言是一个强大灵活的工具,而程序员一旦使用不慎有极容易导致错误。要避免这些错误最容易的办法就是事前周密思考,拿到一个程序不假思索、动手就做往往会漏洞百出。因此<<C陷阱与缺陷>>一书中总结的编程建议,对于程序员来说是十分有益的。
  建议1:不要说服自己相信“皇帝的新装”
  有的错误极具伪装性和欺骗性。
  建议2:直接了当地表明意图
  但编写代码的本意是希望表达某个意思,但这些代码有可能被误解为另一种意思时,请使用括号或者其它方式让你的意图尽可能清晰明了。这样做不仅有助你日后重读程序时能够更好地理解自己的用意,也方便了其它程序员日后维护你的代码。
  建议3:考查最简单的特例
  无论是构思程序的工作方式,还是测试程序的工作情况,这一原则都是适用的。这一原则还适用于程序的设计,在设计程序时,可以首先考虑一组输入数据全为空的情形,从最简单的特例中获得启发。
  建议4:使用不对称边界
  C语言中数组下标从0开始,各种计数错误的产生与这一点或多或少有关系。一旦了解了这个事实,处理这些计数错误就变得不那么困难了。
  建议5:注意潜伏在按出的Bug
  各种C语言实现之间,都存在着或多或少的细微差别。应该**只使用C语言只能够众所周知的部分,而避免使用那些“生僻”的语言特性。这样便于程序的移植工作,而且遭遇到编译器Bug的可能性也会大大降低。
  建议6:防御性编程
  对程序用户和编译器实现的假设不要过多。如果C编译器能够捕获到更多的编程错误,这当然不错。不幸的是,因为某些原因,要做到这一点很困难。
  一个C语言编译器要做到严格检测程序中的各类错误,就要对程序中本意是可移植的部分做到严格的检测,同时对程序中那些需要完成与特定机器相关工作的部分网开一面。另外,某些类型的错误从本质上说是难于检测的。

相关帖子

沙发
tmake| | 2009-7-15 12:56 | 只看该作者

使用特权

评论回复
板凳
lpc2410| | 2009-7-15 13:37 | 只看该作者

使用特权

评论回复
地板
chun1chun| | 2009-7-17 12:49 | 只看该作者

感谢

使用特权

评论回复
5
armqt| | 2009-7-24 17:55 | 只看该作者

这些建议还是很好的

使用特权

评论回复
发新帖 我要提问
您需要登录后才可以回帖 登录 | 注册

本版积分规则

49

主题

86

帖子

0

粉丝