在下列函数声明中,为什么要同一时候使用*和&符号?以及什么场合使用这样的声明方式?
void func1( MYCLASS *&pBuildingElement );
论坛中常常有人问到这种问题。本文试图通过一些实际的指针使用经验来解释这个问题。
细致看一下这样的声明方式,确实有点让人迷惑。在某种意义上,"*"和"&"是意思相对的两个东西,把它们放在一起有什么意义呢?。为了理解指针的这样的做法,我们先复习一下C/C++编程中无所不在的指针概念。我们都知道MYCLASS*的意思:指向某个对象的指针,此对象的类型为MYCLASS。 void func1(MYCLASS *pMyClass);
// 比如: MYCLASS* p = new MYCLASS;
func1(p);
上面这段代码的这样的处理方法想必谁都用过,创建一个MYCLASS对象,然后将它传入func1函数。如今如果此函数要改动pMyClass: void func1(MYCLASS *pMyClass)
{
DoSomething(pMyClass);
pMyClass = // 其他对象的指针
}
第二条语句在函数过程中仅仅改动了pMyClass的值。并没有改动调用者的变量p的值。假设p指向某个位于地址0x008a00的对象,当func1返回时,它仍然指向这个特定的对象。(除非func1有bug将堆弄乱了,全然有这样的可能。)
如今如果你想要在func1中改动p的值。这是你的权利。调用者传入一个指针,然后函数给这个指针赋值。以往一般都是传双指针,即指针的指针,比如,CMyClass**。 MYCLASS* p = NULL;
func1(&p);
void func1(MYCLASS** pMyClass);
{
*pMyClass = new MYCLASS;
……
}
调用func1之后,p指向新的对象。在COM编程中,你到处都会碰到这种使用方法--比如在查询对象接口的QueryInterface函数中:
interface ISomeInterface {
HRESULT QueryInterface(IID &iid, void** ppvObj);
……
};
LPSOMEINTERFACE p=NULL;
pOb->QueryInterface(IID_SOMEINTERFACE, &p);
此处,p是SOMEINTERFACE类型的指针,所以&p便是指针的指针,在QueryInterface返回的时候,假设调用成功,则变量p包括一个指向新的接口的指针。
假设你理解指针的指针,那么你肯定就理解指针引用,由于它们全然是一回事。假设你象以下这样声明函数:
void func1(MYCLASS *&pMyClass);
{
pMyClass = new MYCLASS;
……
}
事实上,它和前面所讲得指针的指针样例是一码事,仅仅是语法有所不同。传递的时候不用传p的地址&p,而是直接传p本身:
MYCLASS* p = NULL;
func1(p);
在调用之后,p指向一个新的对象。一般来讲,引用的原理或多或少就象一个指针,从语法上看它就是一个普通变量。所以仅仅要你碰到*&,就应该想到**。也就是说这个函数改动或可能改动调用者的指针,而调用者象普通变量一样传递这个指针,不使用地址操作符&。
至于说什么场合要使用这样的方法,我会说,极少。MFC在其集合类中用到了它--比如,CObList,它是一个CObjects指针列表。
class CObList : public CObject {
……
// 获取/改动指定位置的元素
CObject*& GetAt(POSITION position);
CObject* GetAt(POSITION position) const;
};
这里有两个GetAt函数,功能都是获取给定位置的元素。差别何在呢?
差别在于一个让你改动列表中的对象,还有一个则不行。所以假设你写成以下这样: CObject* pObj = mylist.GetAt(pos);
则pObj是列表中某个对象的指针,假设接着改变pObj的值: pObj = pSomeOtherObj;
这并改变不了在位置pos处的对象地址,而不过改变了变量pObj。可是,假设你写成以下这样: CObject*& rpObj = mylist.GetAt(pos);
如今,rpObj是引用一个列表中的对象的指针,所以当改变rpObj时,也会改变列表中位置pos处的对象地址--换句话说,替代了这个对象。这就是为什么CObList会有两个GetAt函数的缘故。一个能够改动指针的值,还有一个则不能。注意我在此说的是指针,不是对象本身。这两个函数都能够改动对象,但仅仅有*&版本号能够替代对象。
在C/C++中引用是非常重要的,同一时候也是高效的处理手段。所以要想成为C/C++高手,对引用的概念没有透彻的理解和熟练的应用是不行的。
void func1( MYCLASS *&pBuildingElement );
论坛中常常有人问到这种问题。本文试图通过一些实际的指针使用经验来解释这个问题。
细致看一下这样的声明方式,确实有点让人迷惑。在某种意义上,"*"和"&"是意思相对的两个东西,把它们放在一起有什么意义呢?。为了理解指针的这样的做法,我们先复习一下C/C++编程中无所不在的指针概念。我们都知道MYCLASS*的意思:指向某个对象的指针,此对象的类型为MYCLASS。 void func1(MYCLASS *pMyClass);
// 比如: MYCLASS* p = new MYCLASS;
func1(p);
上面这段代码的这样的处理方法想必谁都用过,创建一个MYCLASS对象,然后将它传入func1函数。如今如果此函数要改动pMyClass: void func1(MYCLASS *pMyClass)
{
DoSomething(pMyClass);
pMyClass = // 其他对象的指针
}
第二条语句在函数过程中仅仅改动了pMyClass的值。并没有改动调用者的变量p的值。假设p指向某个位于地址0x008a00的对象,当func1返回时,它仍然指向这个特定的对象。(除非func1有bug将堆弄乱了,全然有这样的可能。)
如今如果你想要在func1中改动p的值。这是你的权利。调用者传入一个指针,然后函数给这个指针赋值。以往一般都是传双指针,即指针的指针,比如,CMyClass**。 MYCLASS* p = NULL;
func1(&p);
void func1(MYCLASS** pMyClass);
{
*pMyClass = new MYCLASS;
……
}
调用func1之后,p指向新的对象。在COM编程中,你到处都会碰到这种使用方法--比如在查询对象接口的QueryInterface函数中:
interface ISomeInterface {
HRESULT QueryInterface(IID &iid, void** ppvObj);
……
};
LPSOMEINTERFACE p=NULL;
pOb->QueryInterface(IID_SOMEINTERFACE, &p);
此处,p是SOMEINTERFACE类型的指针,所以&p便是指针的指针,在QueryInterface返回的时候,假设调用成功,则变量p包括一个指向新的接口的指针。
假设你理解指针的指针,那么你肯定就理解指针引用,由于它们全然是一回事。假设你象以下这样声明函数:
void func1(MYCLASS *&pMyClass);
{
pMyClass = new MYCLASS;
……
}
事实上,它和前面所讲得指针的指针样例是一码事,仅仅是语法有所不同。传递的时候不用传p的地址&p,而是直接传p本身:
MYCLASS* p = NULL;
func1(p);
在调用之后,p指向一个新的对象。一般来讲,引用的原理或多或少就象一个指针,从语法上看它就是一个普通变量。所以仅仅要你碰到*&,就应该想到**。也就是说这个函数改动或可能改动调用者的指针,而调用者象普通变量一样传递这个指针,不使用地址操作符&。
至于说什么场合要使用这样的方法,我会说,极少。MFC在其集合类中用到了它--比如,CObList,它是一个CObjects指针列表。
class CObList : public CObject {
……
// 获取/改动指定位置的元素
CObject*& GetAt(POSITION position);
CObject* GetAt(POSITION position) const;
};
这里有两个GetAt函数,功能都是获取给定位置的元素。差别何在呢?
差别在于一个让你改动列表中的对象,还有一个则不行。所以假设你写成以下这样: CObject* pObj = mylist.GetAt(pos);
则pObj是列表中某个对象的指针,假设接着改变pObj的值: pObj = pSomeOtherObj;
这并改变不了在位置pos处的对象地址,而不过改变了变量pObj。可是,假设你写成以下这样: CObject*& rpObj = mylist.GetAt(pos);
如今,rpObj是引用一个列表中的对象的指针,所以当改变rpObj时,也会改变列表中位置pos处的对象地址--换句话说,替代了这个对象。这就是为什么CObList会有两个GetAt函数的缘故。一个能够改动指针的值,还有一个则不能。注意我在此说的是指针,不是对象本身。这两个函数都能够改动对象,但仅仅有*&版本号能够替代对象。
在C/C++中引用是非常重要的,同一时候也是高效的处理手段。所以要想成为C/C++高手,对引用的概念没有透彻的理解和熟练的应用是不行的。