• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            隨筆-145  評(píng)論-173  文章-70  trackbacks-0

            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; 其中aA類型的變量,這樣就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)  編輯 收藏 引用

            評(píng)論:
            # re: 從重載運(yùn)算符想到的[未登錄](méi) 2010-01-23 11:47 | Houjie
            排版好亂啊。。  回復(fù)  更多評(píng)論
              
            # re: 從重載運(yùn)算符想到的 2010-01-23 12:28 | 劉暢
            @Houjie
            呵呵,用Word寫的,比較亂,排了幾次,都沒(méi)有怎么弄好,時(shí)間倉(cāng)促,所以有點(diǎn)亂了。。  回復(fù)  更多評(píng)論
              
            # re: 從重載運(yùn)算符想到的 2010-01-24 14:04 | 99讀書人
            呵呵~畢竟也辛苦了一番~頂一下吧  回復(fù)  更多評(píng)論
              

            只有注冊(cè)用戶登錄后才能發(fā)表評(píng)論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問(wèn)   Chat2DB   管理


            中文字幕无码久久人妻| 18岁日韩内射颜射午夜久久成人| 久久精品国产亚洲AV电影| 久久精品国产99久久无毒不卡| 久久91精品国产91久久麻豆| 99久久国产免费福利| 国产精品久久久久久久久软件 | 久久精品一区二区| 久久综合久久久| 漂亮人妻被中出中文字幕久久| 久久精品国产亚洲一区二区| 久久受www免费人成_看片中文| 国产精品9999久久久久| 久久人妻少妇嫩草AV蜜桃| 久久精品草草草| 久久棈精品久久久久久噜噜| 久久中文精品无码中文字幕| 国产精品免费福利久久| 久久无码专区国产精品发布| 久久人人爽人人精品视频| 99久久777色| 久久婷婷成人综合色综合| 欧美精品丝袜久久久中文字幕 | 中文字幕热久久久久久久| 久久高清一级毛片| 国产精品天天影视久久综合网| 久久SE精品一区二区| 久久99国产精品久久99小说 | 99久久精品日本一区二区免费| 欧美久久亚洲精品| 国产精品亚洲美女久久久| 国产精品久久久久久影院 | 蜜桃麻豆WWW久久囤产精品| 久久精品女人天堂AV麻| 国产999精品久久久久久| 久久成人影院精品777| 精品久久久久久久久午夜福利| 久久人人爽人人爽人人片AV不| 亚洲精品美女久久久久99| 亚洲色婷婷综合久久| 狠狠色婷婷久久一区二区|