C_and_CPP 版 (精华区)
发信人: seaboy (浪小), 信区: C_and_CPP
标 题: Solmyr和Zero的故事——临时工
发信站: 哈工大紫丁香 (2003年08月30日12:20:25 星期六), 站内信件
“Z z z ……”,Solmyr又在打鼾了,虽然说上班时打呼噜是被小组禁止的,但没有人能
阻止Solmyr在睡梦中梦想自己成为大虾,教训现实中的大虾Zero。梦中他正扁Zero扁的高
兴,口水流了一写字台,没想到突然听到一声“Stupid”,猛地惊醒,看见原来是测试部
门发来的Email,抱怨他写的程序通不过测试。
他把程序代码装入了UltraEdit,看了一下,原来是那段字符串处理程序:
void f(string& s1, string& s2)
{
const char* cs = (s1 + s2).c_str();
cout << cs;
}
在他看来,这段程序没什么问题,他试着测试了一下,没什么问题,cs正确的显示了结果
,不是么。“该死的测试部门,总是莫名其妙的发来这些毫无意义的邮件……”Solmyr嘴
里嘟囔着,突然听到身后传来的声音“注意临时对象的生存期,孩子。”
Solmyr吓了一跳,是Zero,他总是在你受窘的时候出现,并无私的帮助你(虽然偶尔会带
几句嘲笑和讽刺),这次他又想怎么样呢?“孩子,你知道临时对象的生存期吗?”“唔
,我想,大概是,应该是在退出它的作用域(scope)之后,它被析构吧。”Solmyr脸色苍
白,支支吾吾的答道。
“不,不对,他们将会在创建他们的表达式的结尾被析构(“TCPL": a
temporary object is destroyed at the end of the full expression in which it
was created. A full expression is an expression that is not a subexpression of
some other expression),不妨你再运行一下你的程序看看。”
Solmyr又运行了一次,令人惊讶的是这次的结果竟然和上次不一样,太夸张了。这时,Zer
o的声音又在耳旁响起“现在,说说为什么会是这样。Solmyr想了一下,突然大有领悟的说
:“由于s1 + s2所产生的临时对象在表达式结束之后就被析构了,所以cs指向的内存就不
一定存在了,可能还是原来的s1+s2,也可能是别的,所以就不能保证显示正确。”
“很好,可情况并不是总是那么简单,C++规定,临时对象可以做为常量引用和命名对象(
named object)的初始器(initializer),就像下面一样:
void f(const string&, const string&);
void h(string& s1, string& s2)
{
const string& s = s1 + s2;
string ss = s1 + s2;
f(s, ss);
}
上面的代码将会运行的很好,而临时对象也会在常量引用和命名对象退出他们的作用域后
被摧毁。 临时对象常会出现在以下场合:类型转换和函数返回。函数返回值一般能被编译
器优化掉,所以你可以不必担心它带来的开销。而类型转换则破费思量,它的目的一般是
为了使函数调用能够成功,如下:
void uppercasify(string& str);
// changes all chars in str to upper case
char subtleBookPlug[] = "Effective C++";
uppercasify(subtleBookPlug); // error!
为什么呢,你能告诉我吗?”
“因为要使函数调用成功,必须将subtleBookPlug转换成string类型,而编译器认为你要
改变的subtleBookPlug,而类型转换后将产生一个类型为string的临时对象,而在void
uppercasify(string& str)中,被改变的将是这个临时对象,而不是subtleBookPlug,这
显然不是程序员所期望的,所以C++明智地禁止了这种行为。”
“很好,今天你表现的很好,我的孩子,但记住,千万不要在背后说测试部门的坏话,否
则的话,哼哼……”
注:
本文所有例子均参考了
The C++ Programming Language 3rd More Effective in C++
如读者觉得没弄明白或没过瘾的话,可以参考TCPL Pg254-255, MEC Item 19, Item 20
--
欢迎到C_and_CPP版讨论相关问题。
※ 来源:·哈工大紫丁香 bbs.hit.edu.cn·[FROM: 202.118.239.104]
Powered by KBS BBS 2.0 (http://dev.kcn.cn)
页面执行时间:2.231毫秒