可变参数函数定义及其陷井

一、关于可变参数的函数定义方法

注:本节原文摘自互联网,笔者对它进行了必要的编辑和扩展。原作者尚未查知,在此表示歉意和感谢。

 

某些情况下希望函数的参数个数可以根据需要确定。典型的例子有大家熟悉的函数printf()、scanf()和系统调用execl()等。那么它们是怎样实现的呢?C编译器通常提供了一系列处理这种情况的宏,以屏蔽不同的硬件平台造成的差异,增加程序的可移植性。这些宏包括va_start、va_arg和va_end等。 

 

1. 采用ANSI标准形式时,参数个数可变的函数的原型声明是:

这种形式至少需要一个普通的形式参数,后面的省略号不表示省略,而是函数原型的一部分。type是函数返回值和形式参数的类型。

 

2. 采用与UNIX System V兼容的声明方式时,参数个数可变的函数原型是:

这种形式不需要提供任何普通的形式参数。type是函数返回值的类型。va_dcl是对函数原型声明中参数va_alist的详细声明,实际是一个宏定义,对不同的硬件平台采用不同的类型来定义,但在最后都包括了一个分号。因此va_dcl后不再需要加上分号了。va_dcl在代码中必须原样给出。va_alist在VC中可以原样给出,也可以略去。

 

此外,采用头文件stdarg.h编写的程序是符合ANSI标准的,可以在各种操作系统和硬件上运行;而采用头文件varargs.h的方式仅仅是为了与以前的程序兼容。所以建议大家使用前者。以下主要就前一种方式对参数的处理做出说明。两种方式的基本原理是一致的,只是在语法形式上有一些细微的区别。

va_start使argp指向第一个可选参数。va_arg返回参数列表中的当前参数并使argp指向参数列表中的下一个参数。va_end把argp指针清为NULL。函数体内可以多次遍历这些参数,但是都必须以va_start开始,并以va_end结尾。  

调用者在实际调用参数个数可变的函数时,要通过一定的方法指明实际参数的个数(编注:实际上,每个参数的数据类型(占用字节数)也需要以一定的方法指明,如采用默认类型或以固参指明类型,printf()的首参——格式化字串中的类型格式符%d、%f、%s等就是显式指明的),例如把最后一个参数置为空字符串(系统调用execl()就是这样的)、-1或其他的方式(函数printf()就是通过第一个参数,即输出格式的定义来确定实际参数的个数的)。  

下面给出一个具体的例子。是采用了符合ANSI标准的形式的代码。代码中加了一些注释,这里就不再解释了。该例子已经在VC/Windows XP、CC/AIX4.3.2.0、GCC/SUSE7.3环境下编译并正常运行。

演示如何使用参数个数可变的函数,采用ANSI标准形式

 

 

二、可变参类型陷井

下面的代码是错误的,运行时得不到预期的结果:

下面列出va_arg(argp, type)宏中不支持的type:

—— char、signed char、unsigned char
—— short、unsigned short
—— signed short、short int、signed short int、unsigned short int
—— float

在C语言中,调用一个不带原型声明的函数时,调用者会对每个参数执行“默认实际参数提升(default argument promotions)”。该规则同样适用于可变参数函数——对可变长参数列表超出最后一个有类型声明的形式参数之后的每一个实际参数,也将执行上述提升工作。

提升工作如下:
——float类型的实际参数将提升到double
——char、short和相应的signed、unsigned类型的实际参数提升到int
——如果int不能存储原值,则提升到unsigned int

然后,调用者将提升后的参数传递给被调用者。

所以,可变参函数内是绝对无法接收到上述类型的实际参数的。

关于该陷井,C/C++著作中有以下描述:

在《C语言程序设计》对可变长参数列表的相关章节中,并没有提到这个陷阱。但是有提到默认实际参数提升的规则:
在没有函数原型的情况下,char与short类型都将被转换为int类型,float类型将被转换为double类型。
                ——《C语言程序设计》第2版  2.7 类型转换 p36

在其他一些书籍中,也有提到这个规则:

事情很清楚,如果一个参数没有声明,编译器就没有信息去对它执行标准的类型检查和转换。
在这种情况下,一个char或short将作为int传递,float将作为double传递。
这些做未必是程序员所期望的。
脚注:这些都是由C语言继承来的标准提升。
对于由省略号表示的参数,其实际参数在传递之前总执行这些提升(如果它们属于需要提升的类型),将提升后的值传递给有关的函数。——译者注
                ——《C++程序设计语言》第3版-特别版 7.6 p138

…… float类型的参数会自动转换为double类型,short或char类型的参数会自动转换为int类型 ……
                ——《C陷阱与缺陷》 4.4 形参、实参与返回值 p73

这里有一个陷阱需要避免:
va_arg宏的第2个参数不能被指定为char、short或者float类型。
因为char和short类型的参数会被转换为int类型,而float类型的参数会被转换为double类型 ……
例如,这样写肯定是不对的:
c = va_arg(ap,char);
因为我们无法传递一个char类型参数,如果传递了,它将会被自动转化为int类型。上面的式子应该写成:
c = va_arg(ap,int);
                ——《C陷阱与缺陷》p164

  • 0
    点赞
  • 15
    收藏
    觉得还不错? 一键收藏
  • 4
    评论
### 回答1: React函数组件经常把方法定义在组件外是因为这样可以避免重复渲染。当组件内部的方法定义在组件内部时,每次组件重新渲染都会创建一个新的方法,这会导致组件重新渲染时的额外性能开销。而将方法定义在组件外,并将其作为props传入组件,组件在重新渲染时会使用相同的方法实例,这样就可以避免重新创建方法带来的性能开销。 而将参数和属性定义在组件内是因为他们是组件状态的一部分,组件的状态可能会改变,而且组件内部可以访问到这些状态。 ### 回答2: React函数组件经常把方法定义在组件外,把参数和属性定义在组件内主要有以下几个原因: 1. 组件外定义方法可以提高代码的复用性和可维护性。将方法定义在组件外部,可以使这些方法可以在不同的组件中共享和重复使用。同时,当需要修改某个方法时,只需在组件外部修改一处即可,减少了重复的工作量。 2. 通过将参数和属性定义在组件内部,可以更好地控制组件的可定制性。将参数和属性定义在组件内部,可以更容易地对这些参数和属性进行处理和修改。这样一来,在组件调用时,可以通过传入不同的参数和属性,使组件的功能和渲染结果变得不同。这样的设计使组件更加灵活和可配置。 3. 函数组件的设计初衷是为了提供一种简洁的方式来定义组件,将组件的结构与函数的功能结合在一起。将方法定义在组件外部,可以使组件的结构更加简洁清晰,使得组件的逻辑更加集中。而将参数和属性定义在组件内部,可以更好地体现组件的用途和目的。 总的来说,React函数组件将方法定义在组件外部,将参数和属性定义在组件内部有助于提高代码的复用性和可维护性,同时也使得组件更加灵活和可定制,更符合函数组件的设计初衷。 ### 回答3: React函数组件往往会将方法定义在组件外部,将参数和属性定义在组件内部,主要有以下几个原因。 首先,将方法定义在组件外部可以实现代码的重用性。如果多个组件需要使用相同的方法,将其定义在组件外部可以避免在每个组件内部重复定义相同的方法。这样不仅提高了代码的可维护性,还能减少代码量,使代码更加简洁。 其次,通过将参数和属性定义在组件内部,可以使得组件更加独立和可复用。将参数和属性定义在组件内部可以使得组件自身具有更高的灵活性和可配置性,可以根据需要接收不同的属性或者参数,从而适应不同的使用场景。 此外,将方法定义在组件外部还可以提高代码的可测试性。将方法从组件中抽离出来后,可以更方便地进行单元测试,因为这些方法与组件本身的生命周期和状态无关,测试也更加清晰和可靠。 最后,将方法定义在组件外部还可以避免闭包阱。在React函数组件中,由于闭包的存在,如果在组件内部定义方法,并在状态或属性的变化时使用这些方法,可能会导致不符合预期的结果。通过将方法定义在组件外部,可以避免这种潜在的问题,提高代码的可靠性。 综上所述,React函数组件将方法定义在组件外部,将参数和属性定义在组件内部,能够提高代码的重用性、可维护性、可测试性和可靠性,以及增强组件的独立性和灵活性。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 4
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值