首页 > 编程 > .NET > 正文

VB.NET是怎样做到的(七)——可选参数和按名传递

2024-07-10 13:01:31
字体:
来源:转载
供稿:网友
.net blog上最近新贴子的数目有减少的趋势。我觉得每个人都应该勤快一点,分享自己经验和想法,别让这个blog衰落下去。

vb从4.0开始支持“可选参数”这一特性。就是说,函数或子程序的参数有些是可选的,调用的时候可以不输入。其实vb从1.0开始就有一些函数带有可选参数,只不过到了4.0才让用户自己开发这样的过程。在vb4里,可选参数可以不带默认值,而在vb.net里,如果使用可选参数,则必须带有默认值。如

public sub testoptional(optional i as integer = 1)

end sub

调用的时候,既可以写成testoptional(2),也可以写成testoptional(),这种情况参数i自动等于1。如果过程有不止一个可选参数,则vb还提供一种简化操作的方法——按名传递参数。比如过程

public sub testoptional(optional i as int32 = 1, optional j as int32 = 1, optional k as int32 = 1)

end sub

如果只想指定k,让i和j使用默认值,就可以使用按名传递,如下

testoptional(k := 2)

而且这种方式不受参数表顺序的限制

testoptional(k := 2, i := 3, j := 5)

这些的确是相当方便的功能,c#就不支持上述两个特性。我们看看它是怎样在il级别实现的。上述第一个方法在il中的定义为

.method public instance void testoptional([opt] int32 i) cil managed
{
.param [1] = int32(0x00000001)
.maxstack 8

可见,参数被加上了[opt]修饰符,而且.param指定了参数的默认值。这是只有vb能识别的内容,c#会跳过他们。在调用的时候,vb若发现参数被省略,则自动读取.param部分的默认值,并显式传递给过程。这一部分完全由编译器处理,而且没有任何性能损失,和手工传递所有参数是完全一样的。至于按名传递,vb会自动调整参数的顺序,其结果与传统方式的传递也没有任何的不同。这说明我们可以放心地使用这项便利。而且带有可选参数的过程拿到c#中,顶多变成不可选参数,也不会造成什么其他的麻烦。

ps.很多com组件都使用了默认参数,而且有些过程的参数列表非常长,在vb里可以轻松地处理它们,而在c#中经常让开发者传参数传到吐血

发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表