void foo(int* a){
// check if a is null ?
}
int* get_a(void){
return NULL;
}
int main(){
int* a= get_a();
// check if a is null ?
foo(a);
return 0;
}
void foo(const int& a){
// check if a >0 ？
}
int get_a(void){
return -1;
}
int main(){
int a = get_a();
// check if a >0 ?
foo(a);
return 0;
}
 |
lihongjie0209Mar 29, 2019
1
看你怎么定义这个函数了 前置条件和后置条件了解一下
|
 |
mooncakejsMar 29, 2019 via iPhone
2
被调函数做。 高频或者 内部函数不用做。
|
 |
jmc891205Mar 29, 2019
3
如果现在以及将来都是只有同一个人调用 那谁做都可以
如果会有其他人来调用 那被调的要做 |
 |
wutiantongMar 29, 2019
4
为了解决这个问题现代语言引入了 optional 类型，
即使 C 语言里没有 optional 类型，你也应该效仿其思想， 关键点是要事先约定好参数是否允许为 null。 |
|
wutiantongMar 29, 2019
5
应该尽可能的把 约束条件封装成类型，而不是使用裸的基本类型（指针,int, double ）然后再写 check code
|
|
wutiantongMar 29, 2019
6
甚至通过最简单的 typedef 也能取得有意义的改进（通过类型名产生一种文档约定的效果）
|
 |
darknollMar 29, 2019
7
是个好问题
|
 |
YourshellMar 29, 2019
8
如何使用这个函数不应该由这个函数定义吗？
|
 |
AhaochanMar 29, 2019
9
被调函数做，你不能保证调用你代码的人是怎样的一个人（
|
 |
hx1997Mar 29, 2019 via Android
10
统一约定好就行了吧，如果内部不检查，就要在文档或注释写清楚。
|
 |
geelawMar 29, 2019 via iPhone
11
需要考虑的问题是：
- 谁应该消费这个函数？ - 潜在消费者和提供者之间有边界吗？ - 怎样效率高？ |
 |
miaoxiaMar 29, 2019 via iPhone
12
函数内部已代码的方式做判断，外部已文档的方式通知。调用方基于文档安规则传值，如果没按规则，就会得到文档中提到的异常情况。
|
 |
TreStoneMar 29, 2019 via Android
13
模块内部接口调用调用者保证，对外接口被调者保证
|
 |
MeteorCatMar 29, 2019 via Android
14
被调用参数做
|
 |
owenliangMar 29, 2019 via Android
15
对外提供一定要检查。
|
 |
JoybooMar 29, 2019
16
如果一万个地方调用呢？难道做一万次检查
|
 |
bp0Mar 29, 2019
17
|
 |
ian511Mar 29, 2019
18
脱离不了从上下游实际 use case 考虑
|
Select Language