大家会对每个子程序做输入参数的检查吗？

criticalstrike

编写程序经常遇到如下情况：
void B(int a, int b);
void A(int a, int b)
{
      B(a,b);
}

大家会对A和B分别检查参数a,b吗？
会采用什么用的形式：
1. if (a >0 && b > 0)的形式
2. 断言

我的困惑在于如果都用if的形式，则代码过于冗长了，在发布版本似乎没有必要，是不是用断言合适？

folklore

事务型的函数： 一定要。
处理（计算）型的函数： 不要， 要的话很生硬和多余，比如 在如果我要写一个strcpy函数，我可能就不做任何参数检查。

folklore

不过在处理型的函数中， 加入Assert是可以的，

hellioncu

这个要根据具体情况来的，没有定论。一般来说，用户输入、配置读取的参数要检查，只要有一边检查就行了

fender0107401

那就看caller的靠谱程度了。

linux_c_py_php

如果是调用者可能犯的错误, 直接assert崩溃就行了, 别弄太多判断, 没意思.

fly3ds

int不用检查.  指针类型比如char *p有时需要检查一下p是否为NULL,  用if检查, 以防止对NULL读写导致Segmantation Fault.   但这也不是必须的,   如果你能保证传入有效的指针.

别用Assert, 只会把程序搞乱!  

Carl01Zhang

为什么int不用检查？ 如果int表示的是数组下标呢？

assert里面只要不是复杂的表达式，比如函数调用什么（release版本时可能漏掉调用），觉得比一大堆if看起来更简洁。。。

fly3ds

回复 8# Carl01Zhang


       数组下标另外说，可以检查一下，也不是必须的，前提是你要保证传入的值绝对正确。

       if是语言核心，所谓的语言核心意思就是说任何系统上任何C编译器都能用的，只要是稍微学过C语言的人甚至没学过C语言的人都懂。

       至于Assert？ 我记得《C程序教程里》的Assert就是个简单的‘宏’定义，后面跟了个if语句，如果只是这样，我倒不反对用用。Linux系统下，你看看/usr/include/assert.h， 115行， 鬼知道那一大堆东西干嘛用的，用if语句最多两行。

dididimeme

如果是你程序内部处理函数，就不用检查了，因为在你调试上线过程中，应该进行了充分的测试。如果是涉及外部接口，或输出信息的函数需要对外部输出接口进行检查，因为这个是变化的，拥有不确定因素，需要保证他们在一定的合理性的范围内。