随笔-8  评论-0  文章-0  trackbacks-0

toulouse 翻译

 

注意:本文是转载的,如果你喜欢可以转载,但是必须说明作者和出处。  


我刚刚在昨天遇到珍妮,就在人员中转站,现在已经远远在我们脚下了。“我会永远记住我的第一个工作,”在乘务员检查完我们的安全带后,我对她说。

“想起了什么”

“项目组高级程序员,”我微笑着说,陷入了回忆中。“她是个古怪的家伙,我们都叫她做Guru。领导不喜欢把新来的程序员分到她的组里;我是当年招聘的四个人中唯一坚持到试用期结束的。”

珍妮扭过头刚准备问一个问题,这时钟声响起,隆隆的加速声响彻整个机舱,我们的谈话因此中断了好几分钟,等这截推进器快烧完时,我们已飞离轨道,我给她讲述了工作第二天发生的故事。


我们用早期的C++语言编程。工作的第二天中午,厌烦了读职工手册,于是我写了一个工具类,里面包含一个原始指针作为成员变量:

#include "xStruct.h" // definition of struct X

class xWrapper
{
    X* xItem;
public:
    xWrapper() : xItem(new X) { }
    ~xWrapper() { delete xItem; }

    void dump() { /* dumps xItem to cout */ }
};

当然了,使用这个类的程序由于内存问题总是时不时的崩溃,因为我违反三个重要设计原则之一:任何时候,只要你提供了析构函数、拷贝构造函数或赋值运算符中的一个,你通常需要三个都提供。([1]) “所以,”我自言自语道,“我必须自己处理拷贝和赋值问题。简单地...auto_ptr有拷贝构造函数和赋值运算符,我可以拿过来用一下。”(你知道早期C++程序库中的auto_ptr,是吗?)

既然auto_ptr自动删除它所指向的对象,我只需要改变xItem的类型,移去析构函数中的delete语句-auto_ptr会处理其他的事情,对吗?

Class xWrapper
{
    auto_ptr<X> xItem;
public:
    xWrapper() : xItem(new X) { }
    void dump() { /* dumps xItem to cout */ }
};

不幸的是,程序仍要崩溃,这次是由于它试图对空指针进行提领操作。我对这个问题苦苦思索了半个小时,这时Guru碰巧从我这里路过,像芦柴棒一样瘦瘦的她一只手里捧着厚厚的一本打开的书。 她来得――我的意思是她来得太不是时候了,真是怕什么来什么,实际上,这简直称得上诡异了。

“哦,你在看什么?”我指着书问,想让她的注意力从我的屏幕挪开,同时也希望着她能离开。

Guru眨了眨眼睛。“Josuttis的书,”她边温和地说着,边做了个标记并合上书。“年轻人,你写了些什么啊?”

“我在写这个wrapper class时遇到了问题,”我承认道,“我使用了auto_ptr成员,但是在测试时,不知为什么它的指针重置为null。”

“把你的代码给我看一下,”Guru说。我把屏幕转向她。“所有权,”仅仅扫了一眼,她立刻说,

这回轮到我眨眼睛了。

“所有权,孩子;你的问题是所有权语义学。一臣不事二主,没有指针可以同时给两个auto_ptr使用。”

她的话虽然很怪,却使我意识到了自己的错误。“哦,是的,”我答道。“当你拷贝一个auto_ptr的时候,原来的那个放弃了所有权,重置为null。Xwrapper的拷贝构造函数使用了那个缺省的行为,所以原来xWrapper对象的auto_ptr被重置,于是我存取它的时候,实际上是在提领一个null指针。”

“对的,”Guru说。“你能使用标准里已有的代码,这很好,不过使用的时候要小心。对于xWrapper来说,你还是必须自己写拷贝构造函数和赋值运算符。”

“但是,我没法用auto_ptr的拷贝构造函数和赋值运算符来实现他们啊,因为auto_ptr自己的版本无法正确的……-哦。有办法了。我可以用auto_ptr的提领运算符访问其拥有的对象。”我很快写下了下面的两个函数:

XWrapper::xWrapper(const xWrapper& other)
: xItem(new X(*other.xItem))
{ }

xWrapper& xWrapper::operator=(const xWrapper &other)
{
*xItem = *other.xItem;
}

“嗨,cool。”我喜欢这个实现,“我甚至不需要在赋值运算符里检查自我赋值。”

“很好。”

我应该就此打住,闭紧嘴巴,可惜我当时正得意着呢:“使用auto_ptr很容易出错。如果在我实际上并不想发生所有权转移时,它可以告诉我它将试图转移所有权,那有多好啊……”。”

“冷静一下!”Guru打断了我。“这不是auto_ptr的错。如果你想达到这个效果,你应该明确地说明你不想auto_ptr被拷贝。”

“但是怎么去做呢?这是不可能的。”

“可能的。记住const修饰符的使用。声明一个auto_ptr不可变的方法是使它成为const。假如你让成员成为一个const,编译器就不能不声不响地产生xWrapper对象的一个拷贝。或者,你可以使用一个也许叫strict_auto_ptr的修正版本,这样编译器就不会错误地拷贝和赋值xWrapper。当然,在这种情况下,让它成为const比较简单和有效率。” ([2])

她离开的时候又重新打开Josuttis的书继续看了起来,边走边心不在焉地和我说这话。她和她的声音慢慢地远去:“要注意的是,我的孩子...auto_ptr是一个有用的工具,但是就象你刚才发现的那样,它不是万能的。好好琢磨Josuttis chapter 4.[3],永远不要在标准程序库的容器中用auto_ptr,如vector<auto_ptr>,因为auto_ptr的拷贝和赋值不能达到标准的要求。此外,永远不要用auto_ptr指向对象数组,因为auto_ptr的析构函数用non-array delete删除所拥有的对象;对于对象数组来说,可以用一个vector。程序库...”

这时她转了个弯,消失了。这只是我工作的第二天;我告诉自己,不能空闲下来,我应该不断地学习,前面的路还很长!


“不可思议,”珍妮说,喝着咖啡,此时飞船已飞离了泰兰的交通控制区域,并继续加速,“那么,你离开了吗?”

“她...我不确定为什么,”我坦白承认,“这种事发生了好几次。我也想和其他人那样在试用期离开,尽管他可能对我有好的影响。你曾经和这样的怪人工作过吗?”

“嗯,我想也有一些。”

这不是最后一次我和珍妮谈论Guru或其他更令人高兴的事。


[注释]

1. M. Cline, G. Lomow, and M. Girou. C++ FAQs, 2nd ed. (Addison-Wesley, 1999).

2. Ibid., FAQ 30.12, pages 426-8.

3. N. Josuttis, The C++ Standard Library (Addison-Wesley, 1999). 

posted on 2006-06-01 11:03 我的博客 阅读(273) 评论(0)  编辑 收藏 引用

只有注册用户登录后才能发表评论。
网站导航: 博客园   IT新闻   BlogJava   知识库   博问   管理