关于函数参数的问题

yangyufeng507

请教下面的问题

定义的函数参数现在比较多，有10个左右吧。以前看到函数太多了，可能有些问题，效率或者维护某些方面吧。如果把这些参数集成到一个或几个结构体中在传入，效果会发生变化吗。或者还是用其他方法来减少传入的参数。

MingLin1231

参数个数并不至于有什么效率问题,打包成结构体是一样的........只是给人的感觉不同而已

yangyufeng507

希望有个更权威的答案

MMMIX

原帖由 yangyufeng507 于 2007-7-11 17:05 发表
请教下面的问题

定义的函数参数现在比较多，有10个左右吧。以前看到函数太多了，可能有些问题，效率或者维护某些方面吧。如果把这些参数集成到一个或几个结构体中在传入，效果会发生变化吗。或者还是用其他方 ...

函数参数一般不应多于7个（据称有心理学研究方面的数据支持），再多了就不好记了。

yecheng_110

看看《代码大全2》里面的相关部分

yangyufeng507

看看《代码大全2》里面的相关部分

偶看过，才来请教。

mik

权威答案,请看C标准的相关文档

zx_wing

原帖由 yangyufeng507 于 2007-7-11 17:05 发表
请教下面的问题

定义的函数参数现在比较多，有10个左右吧。以前看到函数太多了，可能有些问题，效率或者维护某些方面吧。如果把这些参数集成到一个或几个结构体中在传入，效果会发生变化吗。或者还是用其他方 ...

问题到没什么问题，只是参数太多并不是良好的编程风格而已。
对于寄存器少的架构，例如x86，过多的参数会造成寄存器堆溢出从而使用栈传参，访存操作多了是会影响一些效率。对于寄存器多的架构，例如IA64，128个通用寄存器基本上不会被参数占满，参数过多对效率影响不大。
如果参数实在过多通过打包成结构体传参当然风格要好一点（这就是通常用的参数表了），这种情况传一个结构体指针进去就是了，如果传结构体值会带来一个内存拷贝的操作（实质和memcpy一样），没有必要且影响效率

[ 本帖最后由 zx_wing 于 2007-7-11 21:14 编辑 ]

mik

原帖由 zx_wing 于 2007-7-11 21:11 发表

问题到没什么问题，只是参数太多并不是良好的编程风格而已。
对于寄存器少的架构，例如x86，过多的参数会造成寄存器堆溢出从而使用栈传参，访存操作多了是会影响一些效率。对于寄存器多的架构，例如IA64，12 ...

对于x86来说，即使参数少也不会使用寄存器传递

zx_wing

原帖由 mik 于 2007-7-11 21:40 发表

对于x86来说，即使参数少也不会使用寄存器传递

在linux的kernel中，使用fastcall关键字修饰的的就是寄存器传参(当然是在寄存器够的情况下尽可能用寄存器），与之相反asmlinkage 指定使用栈传参。虽然大多数情况是用ebp访栈取参数，但并不是说x86不能用寄存器传参，这在x86的spec中没有规定，取决于编译器的实现。

[ 本帖最后由 zx_wing 于 2007-7-12 00:12 编辑 ]