C++缺省参数函数
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
1. 如果函数已经带有缺省参数的函数原型声明,则在该函数的定义中不允许出现缺省值。
2. 一旦为函数的某个参数指定了缺省值,则必须为后续参数也定义缺省值,从右到左定义缺省参数。
void showmessage(char *text,int length=1,int color ) ; //错color也应定义缺省值。
3. 调用函数时,如果略去一个参数传递,则略去后续所有参数传递,调用时将参数从左至右,逐一传递给行参。
showmessage("hello");
showmessage("hello",5);
showmessage("hello",5,8);
showmessage("hello", ,8); // 错误
缺省参数的误区
关键字:C++,缺省参数,default argument,函数,function,构造器,constructor,误区
使用缺省参数时应该注意避开下列几种误区。
1.滥用缺省参数,损害代码的结构和可读性。
void f(bool b=false)
{
if (b)
{
file://code of open file
}
else
{
file://code of close file
}
}
打开文件和关闭文件在实现代码上没有什么共同点,把两个属于同一类别的函数误认为是实现机制相同,凭空捏造一个参数硬把它们凑在一块,没有什么好处!相反,谁能记得住f(true)代表打开,f()代表关闭呢?况且,f(false)、f()都可以关闭文件,如果调用者混合使用它们就会增加维护上的困难。这种情况下,写成两个独立的函数,非常清晰。
void Open()
{
file://code of open file
}
void Close()
{
file://code of close file
}
推而广之,如下的做法也值得商榷。
class CString
{
private:
char * pcData;
public:
CString(char * pc=NULL);
};
CString::CString(char * pc)
{
if (pc==NULL)
{
pcData=new char[1];
//...
}
else
{
pcData=new char[strlen(pc)+1];
//...
}
}
这一个更具备迷惑性,“都是构造器嘛,当然写在一块喽。”有人说。非也!应当看到,无参构造器与带char *参数的构造器使用的代码完全分离,并且缺省参数值NULL在设置数据成员时没有任何作用。CString()构造器应改写如下:
class CString
{
private:
char * pcData;
public:
CString();
CString(char * pc);
};
CString::CString()
{
pcData=new char[1];
//...
}
CString::CString(char * pc)
{
pcData=new char[strlen(pc)+1];
//...
}
总结:
(1)凡是出现利用缺省参数值作if判断,并且判断后实现代码完全不同的,都应该分拆成两个独立的函数。
(2)只有缺省参数值在函数体中被无歧视的对待,也就是函数对于任何参数的实现机制都相同时,才可能是合理的。
2.多个缺省参数,可能引入逻辑含混的调用方式
设计一个类,不仅仅是提供给客户代码正确的功能,更重要的是,对不正确的使用方式作力所能及的限制。
class CPoint
{
public:
int x;
int y;
CPoint(int x=0,int y=0)
{
this->x=x;
this->y=y;
}
};
乍一看,没什么问题。构造CPoint对象时如果不指定x、y的初值,则设为原点坐标。让我们测试一下:
CPoint pnt1;
CPoint pnt2(100,100);
CPoint pnt3(100); file://[1]
结果发现pnt3的值为(100,0),跑到x轴上去了。对于想绑定两个参数,让它们同时缺省,或者同时不缺省,我们无能为力。但是如果去掉缺省参数,情况就会好转。
class CPoint
{
public:
int x;
int y;
CPoint()
{
x=0;
y=0;
}
CPoint(int x,int y)
{
this->x=x;
this->y=y;
}
};
这样,语句[1]就会引发编译错误,提醒使用者。
抬杠的会说:“CPoint pnt3(100);初始化到x轴,本来就是我想要的。”真的吗?那么,请你在你的类文档中明确指出这种独特的调用方法,并且告诉使用者,将点初始化到y轴是CPoint pnt4(0,100);这种不对称的形式。
至于我嘛,self document好了。
3.重载时可能出现二义性
这个简单,随便举个例子: