• <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   管理


            亚洲国产精品无码久久久蜜芽| 久久精品国产2020| 久久久久亚洲AV无码专区首JN | 亚洲精品无码久久久久| 国产精品久久久久9999| 久久超乳爆乳中文字幕| 伊人久久大香线焦AV综合影院| 亚洲成av人片不卡无码久久| 欧美一级久久久久久久大片| 久久精品国产久精国产思思| 亚洲国产精品无码久久青草| 思思久久99热免费精品6| 精品国产乱码久久久久久郑州公司 | 色综合久久综精品| 久久精品国产精品亚洲人人 | 久久国产视频99电影| 久久久久人妻一区精品色| 一本色道久久综合| 午夜精品久久久久久中宇| 久久99国产精品成人欧美| 亚洲а∨天堂久久精品9966| 91久久九九无码成人网站| 亚洲综合久久夜AV | 国产精品99久久久久久董美香| 久久久无码精品午夜| 亚洲国产精品无码久久SM| 亚洲精品NV久久久久久久久久| 亚洲国产精品久久久久婷婷软件| 性做久久久久久久| 亚洲AV无码久久精品狠狠爱浪潮| 久久精品中文字幕大胸| 一极黄色视频久久网站| 亚洲欧美精品一区久久中文字幕| 欧美性猛交xxxx免费看久久久| 久久久久99精品成人片三人毛片| 久久99精品国产麻豆蜜芽| 久久久久亚洲精品男人的天堂 | 国产精品久久久久影院嫩草| 久久av无码专区亚洲av桃花岛| 久久午夜羞羞影院免费观看| 精品熟女少妇aⅴ免费久久|