1.前置運(yùn)算符和后置運(yùn)算符,左值和右值。
其實(shí)很久以來(lái)一直都沒(méi)有怎么搞清楚左值和右值的區(qū)別,只知道左值可以放在等號(hào)的左邊,也可以放在等號(hào)的右邊,但是右值卻只能放在等號(hào)的右邊,然后形成一個(gè)大概直觀的印象,知道怎么樣做才不出錯(cuò)而已。不過(guò)今天看看C++,卻發(fā)現(xiàn)有了點(diǎn)新的體會(huì)。
對(duì)于表達(dá)式a--=5;這樣一個(gè)表達(dá)式,明顯是錯(cuò)誤的,究其原因,是因?yàn)閳?zhí)行等號(hào)左邊的自減表達(dá)式之后,顯示取得a的值,然后才是進(jìn)行自減操作,所以最終的結(jié)果是一個(gè)右值,而且就是a的值(變化前的),于是對(duì)于賦值語(yǔ)句 b = a--,自然不會(huì)弄錯(cuò)了。
而對(duì)于--a=5;這樣一個(gè)表達(dá)式,則明顯就不同了。首先執(zhí)行的是自減操作,然后返回的是a的值(變化后的),于是自然就可以將返回的a值再次賦值了。也就是說(shuō)前置的運(yùn)算符是左值表達(dá)式,而后置的則是右值表達(dá)式。于是,我想到了很久前的一個(gè)想法:++a++ = 5;當(dāng)然,行家肯定一看就知道是錯(cuò)誤的,可是錯(cuò)誤的地方需要改正啊。于是我想到了幾種方法,就是通過(guò)加括號(hào)的方法來(lái)實(shí)現(xiàn)。
1)++(a++) = 5; 其實(shí)通過(guò)錯(cuò)誤信息就可以看到原因了:error: non-lvalue in increment ,明顯說(shuō)明在自增運(yùn)算符中的那個(gè)表達(dá)式不是左值,所以不能自增運(yùn)算了。哦,對(duì)啊,a++是右值,于是的話再次進(jìn)行++的操作就是錯(cuò)誤的,因?yàn)?span lang=EN-US>++操作需要的表達(dá)式是左值表達(dá)式。于是此處的方法行不通。
2)(++a)++ = 5;此處也不行,錯(cuò)誤信息就是: error: non-lvalue in assignment,通過(guò)前面的表述就知道了,其實(shí)++a是左值表達(dá)式,那么后面的那個(gè)++操作就是一個(gè)錯(cuò)誤了,賦值的時(shí)候,等號(hào)的左邊不是左值表達(dá)式,因?yàn)槔ㄌ?hào)外的是一個(gè)后置的++運(yùn)算符。于是,就得到了錯(cuò)誤。
通過(guò)上面的這些折騰,對(duì)于++++a等等變態(tài)的表達(dá)式,相信也就有更深刻的體會(huì)了。
2.重載前置++和后置++的時(shí)候的不同。
相信很多人都做過(guò)這種操作了,對(duì)于后置的++,需要多一個(gè)形參int來(lái)說(shuō)明,但是從上面的分析,還需要注意的是兩者的左值和右值的區(qū)別,重載的目的,也不過(guò)是為了更加符合用戶的習(xí)慣,于是,我們對(duì)于前置的++,自然要返回的是左值表達(dá)式,而對(duì)于后置的++,需要返回的則是左值表達(dá)式。當(dāng)然,具體的來(lái)說(shuō)說(shuō)吧。
前置++:如果自定義了一個(gè)類A(含有一個(gè)數(shù)據(jù)成員x),那么要重載它的前置++運(yùn)算符,根據(jù)習(xí)慣,首先就是對(duì)它的數(shù)據(jù)成員++,然后再返回它的引用,這樣,才是左值表達(dá)式,于是下面的代碼: A& A::operator++(){ ++x; return *this ; }這樣的方法,自然很好的表達(dá)了前置的作用,先運(yùn)算,在返回值。
后置++:如果同上面的例子,要定義后置++的話,那么需要注意的是它的右值性,此時(shí)是返回引用還是類類型呢?思考了很久,一般來(lái)說(shuō),返回的是引用的,都是左值表達(dá)式,而如果此處返回的是引用,那么就可能在后面的代碼中出現(xiàn)問(wèn)題。于是出現(xiàn)了下面的這樣的代碼: A A::operator++(int ){ return A(this->x++); } ,其實(shí)我覺(jué)得此句甚好,既表達(dá)了后置的意思,又成功的返回了值。后置的含義,也就是先返回之后再進(jìn)行自增操作,于是,此處調(diào)用的是默認(rèn)的拷貝構(gòu)造函數(shù)來(lái)實(shí)現(xiàn)返回一個(gè)臨時(shí)的變量。
3.重載函數(shù)的參數(shù)問(wèn)題。以前的時(shí)候被這個(gè)問(wèn)題糾結(jié)的不行了,后來(lái)明白了一點(diǎn),今天看看書,明白的更多了,現(xiàn)在才明白古人那句“書讀百遍,其義自見(jiàn)”的至理名言了。也更加的明白了讀書的重要性。
對(duì)于運(yùn)算符重載,我們常用的,既可以作為成員函數(shù),也可以作為普通函數(shù),這點(diǎn)都知道,而且,此時(shí)的參數(shù)不同,作為成員函數(shù)的話,因?yàn)樵陬愔校杂幸粋€(gè)隱藏的this指針,于是,雙目運(yùn)算符就只要寫出來(lái)一個(gè)就可以,而單目運(yùn)算符就不需要寫出來(lái)。同樣的是一個(gè)重載運(yùn)算符,可以有兩種表示的方法,如:A operator+(A&, int value); //此為普通的函數(shù) A A::operator+(int value) ; //此為成員函數(shù)
對(duì)于上面的這兩個(gè)典型的例子,很容易而直白的理解,在調(diào)用的時(shí)候,寫下 a + 5; 其中a是A類型的變量,這樣就OK了。但是深入思考下,重載的是+運(yùn)算符,那么,雙目的運(yùn)算,那兩個(gè)參數(shù)的順序是,如何區(qū)分呢?很簡(jiǎn)單,前面的那個(gè)操作符就是第一個(gè)操作符,而后面的那個(gè)就是第二個(gè)運(yùn)算符。對(duì)于是成員的函數(shù),那么就要注意this指針的作用,所以也就說(shuō)明指代的對(duì)象的重要性了。為何我這么簡(jiǎn)單的東西還要思考呢?因?yàn)楸晃覀儠系囊粋€(gè)變態(tài)程序搞懵了,如下:
#include <iostream>
using namespace std;
struct A{
int a;
A(int x){a = x;}
};
class B{
A x;
public:
A *operator->();
B(int v):x(v){}
};
A *B::operator->(){
return &x;
}
int main()
{
B b(5);
int i = b->a;
b->a = i+5;
i = (*b.operator->()).a;
}
各位可以看看,其實(shí)道理很簡(jiǎn)單,不過(guò)是重載了->,而且重載的比較變態(tài),讓人有點(diǎn)琢磨不透而已。對(duì)于箭頭運(yùn)算符,一般的左邊為指針,不過(guò)這里重載的話左邊為一個(gè)類對(duì)象,注意看聲明時(shí)在B中的,所以左邊的那個(gè)就是B類型的變量,也就是b,而這個(gè)是單目運(yùn)算符,于是重載之后返回的指針,照理說(shuō)應(yīng)該是b-> –>a,因?yàn)樽筮呑隽瞬僮髦蠓祷氐氖侵羔槪缓笤僭L問(wèn)a,不過(guò)應(yīng)該是這里的編譯器處理或者規(guī)定,所以就只剩下了一個(gè)->,從此處,我看出來(lái)了重載的參數(shù)順序,以及參數(shù)的個(gè)數(shù)。以前總是手動(dòng)的加上個(gè)參數(shù),或者少一個(gè),現(xiàn)在將this算入其中,然后看是否為成員,就可以得到確定的數(shù)目,然后就可以知道具體的調(diào)用順序了。
Ok,先寫到這里了,還有N多報(bào)告沒(méi)有寫,先打住吧!
posted on 2010-01-22 23:21
deercoder 閱讀(1721)
評(píng)論(3) 編輯 收藏 引用