Writing clean code

今天下午没事，又下载了以前看过的MS Press的<Writing clean code>来看看，虽然说比较老了（92年写的），但很多东西依然有很强的借鉴意义，以下几点觉得很有感触：

1.使用assert

   在函数中检查参数及某些值得合法性，因为assert只会在debug模式下起作用，所以不会有性能问题，有些人喜欢用错误处理来代替assert，这是不对的，会使程序变大变慢，assert的正确使用会尽早的暴露出问题来

(一个重要的条件是，如果自己assert实现的话，必须是个宏而不是函数，并且不能有任何副作用,否则会影响程序的堆栈或内存布局)
2. 防止过度使用assert

  一旦认识到assert的有点后，很多人会不遗余力的使用assert，而很多情况是应该又错误处理来做的，如果用assert那么在release版本中就没有任何控制，区分的关键是考虑下这个判读失败会不会在release的情况下发生
3. 用一个慢的没有优化的程序来检测一个新的快的功能

   很多程序为了效率或者其他原因会非常复杂，这就会导致此函数对各种输入值产生的结果是否正确很难判断，一个比较好的方法是，写一个算法效率比较低但很简单的版本来对比(debug模式下)，如下

  int SomeFun(int a, int b, ...) { int ret; //正常的算法开始 .... //正常的算法结束 ret = .....;//得到结果 #ifdef DEBUG int ret1; //这里用个简单稳定的算法来计算结果 ..... //判断结果 assert(ret == ret1); #endif return ret; }
4. 单步调试

   程序写完后最简单的办法就是单步调试进去看每条语句的执行，对于有些很难执行到的（如错误分支），可以手动改变函数或变量的值来达到。
5. 避免把错误值和有效值一起返回

   如很多函数把正确的值返回为正数，错误为负数，但更好的则是返回bool, 然后结果在参数中返回。
6. 每种特殊情况之处理一次

   尽量减少特殊分支如if/else为同一种情况多次出现，一是程序结构混乱，二是分跳转语句太多影响性能