• <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  評論-173  文章-70  trackbacks-0

            1.前置運算符和后置運算符,左值和右值。

            其實很久以來一直都沒有怎么搞清楚左值和右值的區(qū)別,只知道左值可以放在等號的左邊,也可以放在等號的右邊,但是右值卻只能放在等號的右邊,然后形成一個大概直觀的印象,知道怎么樣做才不出錯而已。不過今天看看C++,卻發(fā)現(xiàn)有了點新的體會。

            對于表達式a--=5;這樣一個表達式,明顯是錯誤的,究其原因,是因為執(zhí)行等號左邊的自減表達式之后,顯示取得a的值,然后才是進行自減操作,所以最終的結(jié)果是一個右值,而且就是a的值(變化前的),于是對于賦值語句 b = a--,自然不會弄錯了。

            而對于--a=5;這樣一個表達式,則明顯就不同了。首先執(zhí)行的是自減操作,然后返回的是a的值(變化后的),于是自然就可以將返回的a值再次賦值了。也就是說前置的運算符是左值表達式,而后置的則是右值表達式。于是,我想到了很久前的一個想法:++a++ = 5;當然,行家肯定一看就知道是錯誤的,可是錯誤的地方需要改正啊。于是我想到了幾種方法,就是通過加括號的方法來實現(xiàn)。

            1++(a++) = 5; 其實通過錯誤信息就可以看到原因了:error: non-lvalue in increment ,明顯說明在自增運算符中的那個表達式不是左值,所以不能自增運算了。哦,對啊,a++是右值,于是的話再次進行++的操作就是錯誤的,因為++操作需要的表達式是左值表達式。于是此處的方法行不通。

            2(++a)++ = 5;此處也不行,錯誤信息就是: error: non-lvalue in assignment,通過前面的表述就知道了,其實++a是左值表達式,那么后面的那個++操作就是一個錯誤了,賦值的時候,等號的左邊不是左值表達式,因為括號外的是一個后置的++運算符。于是,就得到了錯誤。

            通過上面的這些折騰,對于++++a等等變態(tài)的表達式,相信也就有更深刻的體會了。

            2.重載前置++和后置++的時候的不同。

            相信很多人都做過這種操作了,對于后置的++,需要多一個形參int來說明,但是從上面的分析,還需要注意的是兩者的左值和右值的區(qū)別,重載的目的,也不過是為了更加符合用戶的習慣,于是,我們對于前置的++,自然要返回的是左值表達式,而對于后置的++,需要返回的則是左值表達式。當然,具體的來說說吧。

            前置++:如果自定義了一個類A(含有一個數(shù)據(jù)成員x),那么要重載它的前置++運算符,根據(jù)習慣,首先就是對它的數(shù)據(jù)成員++,然后再返回它的引用,這樣,才是左值表達式,于是下面的代碼: A& A::operator++(){ ++x; return *this ; }這樣的方法,自然很好的表達了前置的作用,先運算,在返回值。

            后置++:如果同上面的例子,要定義后置++的話,那么需要注意的是它的右值性,此時是返回引用還是類類型呢?思考了很久,一般來說,返回的是引用的,都是左值表達式,而如果此處返回的是引用,那么就可能在后面的代碼中出現(xiàn)問題。于是出現(xiàn)了下面的這樣的代碼:                                      A A::operator++(int ){ return A(this->x++); } ,其實我覺得此句甚好,既表達了后置的意思,又成功的返回了值。后置的含義,也就是先返回之后再進行自增操作,于是,此處調(diào)用的是默認的拷貝構(gòu)造函數(shù)來實現(xiàn)返回一個臨時的變量。

            3.重載函數(shù)的參數(shù)問題。以前的時候被這個問題糾結(jié)的不行了,后來明白了一點,今天看看書,明白的更多了,現(xiàn)在才明白古人那句書讀百遍,其義自見的至理名言了。也更加的明白了讀書的重要性。

            對于運算符重載,我們常用的,既可以作為成員函數(shù),也可以作為普通函數(shù),這點都知道,而且,此時的參數(shù)不同,作為成員函數(shù)的話,因為在類中,所以有一個隱藏的this指針,于是,雙目運算符就只要寫出來一個就可以,而單目運算符就不需要寫出來。同樣的是一個重載運算符,可以有兩種表示的方法,如:A operator+(A&, int value); //此為普通的函數(shù)       A A::operator+(int value) ;  //此為成員函數(shù)

            對于上面的這兩個典型的例子,很容易而直白的理解,在調(diào)用的時候,寫下 a + 5; 其中aA類型的變量,這樣就OK了。但是深入思考下,重載的是+運算符,那么,雙目的運算,那兩個參數(shù)的順序是,如何區(qū)分呢?很簡單,前面的那個操作符就是第一個操作符,而后面的那個就是第二個運算符。對于是成員的函數(shù),那么就要注意this指針的作用,所以也就說明指代的對象的重要性了。為何我這么簡單的東西還要思考呢?因為被我們書上的一個變態(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;
            }

            各位可以看看,其實道理很簡單,不過是重載了->,而且重載的比較變態(tài),讓人有點琢磨不透而已。對于箭頭運算符,一般的左邊為指針,不過這里重載的話左邊為一個類對象,注意看聲明時在B中的,所以左邊的那個就是B類型的變量,也就是b,而這個是單目運算符,于是重載之后返回的指針,照理說應(yīng)該是b-> –>a,因為左邊做了操作之后返回的是指針,然后再訪問a,不過應(yīng)該是這里的編譯器處理或者規(guī)定,所以就只剩下了一個->,從此處,我看出來了重載的參數(shù)順序,以及參數(shù)的個數(shù)。以前總是手動的加上個參數(shù),或者少一個,現(xiàn)在將this算入其中,然后看是否為成員,就可以得到確定的數(shù)目,然后就可以知道具體的調(diào)用順序了。

             

            Ok,先寫到這里了,還有N多報告沒有寫,先打住吧!

             

            posted on 2010-01-22 23:21 deercoder 閱讀(1721) 評論(3)  編輯 收藏 引用

            評論:
            # re: 從重載運算符想到的[未登錄] 2010-01-23 11:47 | Houjie
            排版好亂啊。。  回復  更多評論
              
            # re: 從重載運算符想到的 2010-01-23 12:28 | 劉暢
            @Houjie
            呵呵,用Word寫的,比較亂,排了幾次,都沒有怎么弄好,時間倉促,所以有點亂了。。  回復  更多評論
              
            # re: 從重載運算符想到的 2010-01-24 14:04 | 99讀書人
            呵呵~畢竟也辛苦了一番~頂一下吧  回復  更多評論
              
            久久国产成人午夜AV影院| 精品久久久久久中文字幕| 欧美久久亚洲精品| 99精品国产免费久久久久久下载| 久久精品国产亚洲αv忘忧草 | 日本免费久久久久久久网站| 国产香蕉97碰碰久久人人| 欧美精品乱码99久久蜜桃| 国产精品美女久久久| 久久综合狠狠综合久久97色| 俺来也俺去啦久久综合网| 精品久久久久久久中文字幕| 99久久精品国产一区二区| 久久久中文字幕| 久久亚洲精品无码AV红樱桃| 狠狠色伊人久久精品综合网| 色综合久久无码五十路人妻| 久久久久人妻精品一区三寸蜜桃 | 久久精品国产亚洲av麻豆色欲| 精品无码久久久久久久动漫| 久久精品欧美日韩精品| 偷偷做久久久久网站| 久久青青国产| 久久精品亚洲男人的天堂| 国产AⅤ精品一区二区三区久久| 久久久久久国产精品无码下载 | 激情伊人五月天久久综合| 亚洲欧美日韩久久精品| 精品无码人妻久久久久久| 97久久精品人人做人人爽| 99久久精品这里只有精品 | 精品久久人人爽天天玩人人妻| 精品国产热久久久福利| 国产高清美女一级a毛片久久w| 国产∨亚洲V天堂无码久久久| 久久精品国产亚洲AV不卡| 久久国产色av免费看| 99久久国产精品免费一区二区| 久久天天躁狠狠躁夜夜躁2014| 伊人色综合久久天天网| 久久久SS麻豆欧美国产日韩|