代码大全学习笔记——第八章3

第八章

8.7 确定在产品代码中该保留多少防御式代码

  1. 保留那些检查重要错误的代码
  2. 去掉检查细微错误的代码
  3. 去掉可以导致程序硬性崩溃的代码
  4. 保留可以让程序稳妥地崩溃的代码
  5. 为你的技术支持人员记录错误信息
  6. 确认留在代码中的错误消息是友好的
  7. 其实,以上的这些都是从产品出发,在不影响用户体验的使用的情况下,使程序能够稳定的运行

8.8 对防御式编程采取防御的姿态

其实大概的意思就是,我们要在保证程序稳定和保证程序不过于臃肿之间找到一个合理的方式

要点

  1. 最终产品代码中对错误的处理方式要比“垃圾进,垃圾出”复杂的多
  2. 防御式编程技术可以让错误更容易发现,更容易修改,并减少错误对代码的破坏
  3. 断言可以帮助人们更早的发现错误
  4. 关于如何处理错误输入的决策是一项关键的错误处理决策,也是一项关键的高层设计决策
  5. 异常——c语言中没有,但可以用goto来实现
  6. 针对产品代码的限制并不适用于开发的软件,你可以利用这一优势在开发中添加有助于更快查找错误的代码

猜你喜欢

转载自blog.csdn.net/u012850592/article/details/89577562