这个投票只因为看《编程精粹》中，建议项目大量使用断言。
但是我们的项目都是采用条件判断+异常保护+日志。没有用过，惭愧。

断言有什么好处？

我感觉：
1 代码量小：往往一条语句就可以了。但是如果自己用宏定义等方式进行debug版本，代码两会多一些。
2 能够找出“程序员认为不可能发生的错误”：当然这个用宏定义debug版本等方式也能达到。
3 直观：是断言，别人一眼就能看出来。

总结就是定位自认为不可能发生的错误比较方便。

[ 本帖最后由 77h2_eleven 于 2008-7-1 09:23 编辑 ]

我是用宏定义debug的办法写log，看log比较直观，你说assert这么好，那我也去试一下

个人感觉：

断言，在代码中对问题逻辑尽可能多的描述，这样，有些错误发生后，这些逻辑群本身就出现问题，不和谐，因而可以比较容易的调试。

http://www.99inf.net/SoftwareDev/VC/22244.htm

http://www.99inf.net/SoftwareDev/VC/22243.htm

不用，断言错了程序也挂了，基本不用

假设你现在正在面试，主考不紧不慢地给出下一道题目：“请用C语言写一个类似strcpy的函数。
正在装载数据……
要考虑可能发生的异常情况。” 你会怎么做呢？很明显，对方不是在考察你的编程能力，因为复制字符串实在太容易了。对方是在考察你的编程风格（习惯），或者说，要看看你编码的质量。

    下面是多种可能的做法：

    void
    string_copy1(char* dest, const char* source)
    {
      assert(dest != NULL); /* 使用断言 */
      assert(source != NULL);
     
      while (*source != '\0') {
        *dest = *source;
        ++dest;
        ++source;
      }

      *dest = '\0';
    }

    void
    string_copy2(char* dest, const char* source)
    {
      if (dest != NULL && source != NULL) {  /* 对错误消极静默 */
        while (*source != '\0') {
          *dest = *source;
          ++dest;
          ++source;
        }

        *dest = '\0';
      }
    }

    int
    string_copy3(char* dest, const char* source)
    {
      if (dest != NULL && source != NULL) {
        while (*source != '\0') {
          *dest = *source;
          ++dest;
          ++source;
        }

        *dest = '\0';
        return SUCCESS;  /* 返回表示正确的值 */
      }                        
      else {
       errno = E_INVALIDARG;  /* 设定错误号 */
       return FAILED;         /*  返回表示错误的值 */
      }
    }
   
    // C++
    void
    string_copy4(char* dest, const char* source)
    {
       if (dest == NULL || source == NULL)
         throw Invalid_Argument_Error();  /*  抛出异常 */

       while (*source != '\0') {
         *dest = *source;
         ++dest;
         ++source;
       }

       *dest = '\0';
    }

我会选 3 、4

1 2 就出局

3是c 的做法 4是c++的做法

很少用。基本上自己去检查相应的错误。

这个例子觉得不是很恰当，因为在这个情况下，的确不应该用断言

我的理解是
断言用在绝对不可能发生的情况下，或者说一旦发生，就需要停止程序进行检查的情况下，而不是用在错误处理上
主要按照业务逻辑来判断

上面举的strcpy为例，strcpy底层函数，默认应该具有返回strcpy成功与否的逻辑
并且也应该可以接受任何参数，但是需要判断的逻辑
所以这题考的并不是assert的使用，是考察strcpy所应该处理的问题
当然不可以用assert，因为NULL也是一个合法参数，按照规定参数等于NULL就不处理，返回strcpy失败

又比如，现在有1～5 5种东西，1、2、3是可以吃的，4、5是不可吃的
现在写一个函数 “吃”
int eat(int id)
{
  // 问题只考虑5种东西，如果不在这个范围内，就是不合法的
  // 所以用断言
  assert( 1 <= id && id <= 5);
  // 这个才是错误处理，全是合法参数的情况下，4~5是不可以吃的
  if ( 4 <= id ) return CANT_EAT;
  
  ... ...
}
当然，用if判断不在1～5之间也不是不可以，确实是判断了
这些就是各人对程序的理解，和程序实际需求之间的调整了

[ 本帖最后由 Strange 于 2008-7-1 13:56 编辑 ]