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

            右左法則----復(fù)雜指針解析

            首先看看如下一個(gè)聲明:

             

            int* ( *( *fun )( int* ) )[10];

             

            這是一個(gè)會讓初學(xué)者感到頭暈?zāi)垦!⒏械娇謶值暮瘮?shù)指針聲明。在熟練掌握C/C++的聲明語法之前,不學(xué)習(xí)一定的規(guī)則,想理解好這類復(fù)雜聲明是比較困難的。

             

            C/C++所有復(fù)雜的聲明結(jié)構(gòu),都是由各種聲明嵌套構(gòu)成的。如何解讀復(fù)雜指針聲明?右左法則是一個(gè)很著名、很有效的方法。不過,右左法則其實(shí)并不是C/C++標(biāo)準(zhǔn)里面的內(nèi)容,它是從C/C++標(biāo)準(zhǔn)的聲明規(guī)定中歸納出來的方法。C/C++標(biāo)準(zhǔn)的聲明規(guī)則,是用來解決如何創(chuàng)建聲明的,而右左法則是用來解決如何辯識一個(gè)聲明的,從嵌套的角度看,兩者可以說是一個(gè)相反的過程。右左法則的英文原文是這樣說的:

             

            The right-left rule: Start reading the declaration from the innermost parentheses, go right, and then go left. When you encounter parentheses, the direction should be reversed. Once everything in the parentheses has been parsed, jump out of it. Continue till the whole declaration has been parsed.

             

             

            這段英文的翻譯如下:

             

            右左法則:首先從最里面的圓括號看起,然后往右看,再往左看。每當(dāng)遇到圓括號時(shí),就應(yīng)該掉轉(zhuǎn)閱讀方向。一旦解析完圓括號里面所有的東西,就跳出圓括號。重復(fù)這個(gè)過程直到整個(gè)聲明解析完畢。

             

                筆者要對這個(gè)法則進(jìn)行一個(gè)小小的修正,應(yīng)該是從未定義的標(biāo)識符開始閱讀,而不是從括號讀起,之所以是未定義的標(biāo)識符,是因?yàn)橐粋€(gè)聲明里面可能有多個(gè)標(biāo)識符,但未定義的標(biāo)識符只會有一個(gè)。

             

                現(xiàn)在通過一些例子來討論右左法則的應(yīng)用,先從最簡單的開始,逐步加深:

             

            int (*func)(int *p);

             

            首先找到那個(gè)未定義的標(biāo)識符,就是func,它的外面有一對圓括號,而且左邊是一個(gè)*號,這說明func是一個(gè)指針,然后跳出這個(gè)圓括號,先看右邊,也是一個(gè)圓括號,這說明(*func)是一個(gè)函數(shù),而func是一個(gè)指向這類函數(shù)的指針,就是一個(gè)函數(shù)指針,這類函數(shù)具有int*類型的形參,返回值類型是int

             

            int (*func)(int *p, int (*f)(int*));

             

            func被一對括號包含,且左邊有一個(gè)*號,說明func是一個(gè)指針,跳出括號,右邊也有個(gè)括號,那么func是一個(gè)指向函數(shù)的指針,這類函數(shù)具有int *int (*)(int*)這樣的形參,返回值為int類型。再來看一看func的形參int (*f)(int*),類似前面的解釋,f也是一個(gè)函數(shù)指針,指向的函數(shù)具有int*類型的形參,返回值為int

             

            int (*func[5])(int *p);

             

            func右邊是一個(gè)[]運(yùn)算符,說明func是一個(gè)具有5個(gè)元素的數(shù)組,func的左邊有一個(gè)*,說明func的元素是指針,要注意這里的*不是修飾func的,而是修飾func[5]的,原因是[]運(yùn)算符優(yōu)先級比*高,func先跟[]結(jié)合,因此*修飾的是func[5]。跳出這個(gè)括號,看右邊,也是一對圓括號,說明func數(shù)組的元素是函數(shù)類型的指針,它所指向的函數(shù)具有int*類型的形參,返回值類型為int

             

             

            int (*(*func)[5])(int *p);

             

            func被一個(gè)圓括號包含,左邊又有一個(gè)*,那么func是一個(gè)指針,跳出括號,右邊是一個(gè)[]運(yùn)算符號,說明func是一個(gè)指向數(shù)組的指針,現(xiàn)在往左看,左邊有一個(gè)*號,說明這個(gè)數(shù)組的元素是指針,再跳出括號,右邊又有一個(gè)括號,說明這個(gè)數(shù)組的元素是指向函數(shù)的指針。總結(jié)一下,就是:func是一個(gè)指向數(shù)組的指針,這個(gè)數(shù)組的元素是函數(shù)指針,這些指針指向具有int*形參,返回值為int類型的函數(shù)。

             

            int (*(*func)(int *p))[5];

             

            func是一個(gè)函數(shù)指針,這類函數(shù)具有int*類型的形參,返回值是指向數(shù)組的指針,所指向的數(shù)組的元素是具有5個(gè)int元素的數(shù)組。

             

            要注意有些復(fù)雜指針聲明是非法的,例如:

             

            int func(void) [5];

             

            func是一個(gè)返回值為具有5個(gè)int元素的數(shù)組的函數(shù)。但C語言的函數(shù)返回值不能為數(shù)組,這是因?yàn)槿绻试S函數(shù)返回值為數(shù)組,那么接收這個(gè)數(shù)組的內(nèi)容的東西,也必須是一個(gè)數(shù)組,但C/C++語言的數(shù)組名是一個(gè)不可修改的左值,它不能直接被另一個(gè)數(shù)組的內(nèi)容修改,因此函數(shù)返回值不能為數(shù)組。

             

            int func[5](void);

             

            func是一個(gè)具有5個(gè)元素的數(shù)組,這個(gè)數(shù)組的元素都是函數(shù)。這也是非法的,因?yàn)閿?shù)組的元素必須是對象,但函數(shù)不是對象,不能作為數(shù)組的元素。

             

            實(shí)際編程當(dāng)中,需要聲明一個(gè)復(fù)雜指針時(shí),如果把整個(gè)聲明寫成上面所示這些形式,將對可讀性帶來一定的損害,應(yīng)該用typedef來對聲明逐層分解,增強(qiáng)可讀性。

             

            typedef是一種聲明,但它聲明的不是變量,也沒有創(chuàng)建新類型,而是某種類型的別名。typedef有很大的用途,對一個(gè)復(fù)雜聲明進(jìn)行分解以增強(qiáng)可讀性是其作用之一。例如對于聲明:

             

            int (*(*func)(int *p))[5];

             

            可以這樣分解:

             

            typedef  int (*PARA)[5];

            typedef PARA (*func)(int *);

             

            這樣就容易看得多了。

             

            typedef的另一個(gè)作用,是作為基于對象編程的高層抽象手段。在ADT中,它可以用來在C/C++和現(xiàn)實(shí)世界的物件間建立關(guān)聯(lián),將這些物件抽象成C/C++的類型系統(tǒng)。在設(shè)計(jì)ADT的時(shí)候,我們常常聲明某個(gè)指針的別名,例如:

             

            typedef struct node * list;

             

            ADT的角度看,這個(gè)聲明是再自然不過的事情,可以用list來定義一個(gè)列表。但從C/C++語法的角度來看,它其實(shí)是不符合C/C++聲明語法的邏輯的,它暴力地將指針聲明符從指針聲明器中分離出來,這會造成一些異于人們閱讀習(xí)慣的現(xiàn)象,考慮下面代碼:

             

            const struct node *p1;

            typedef struct node *list;

            const list p2;

             

            p1類型是const struct node*,那么p2呢?如果你以為就是把list簡單“代入”p2,然后得出p2類型也是const struct node*的結(jié)果,就大錯(cuò)特錯(cuò)了。p2的類型其實(shí)是struct node * const p2,那個(gè)const限定的是p2,不是node。造成這一奇異現(xiàn)象的原因是指針聲明器被分割,標(biāo)準(zhǔn)中規(guī)定:

             

            6.7.5.1 Pointer declarators

             

            Semantics

             

             If in the declaration ‘‘T D1’, D1 has the form

             

            * type-qualifier-listopt D

             

            and the type specified for ident in the declaration ‘‘T D’’ is

             

            ‘‘derived-declarator-type-list T’’

             

            then the type specified for ident is

             

            ‘‘derived-declarator-type-list type-qualifier-list pointer to T’’

             

            For each type qualifier in the list, ident is a so-qualified pointer.

             

            指針的聲明器由指針聲明符*、可選的類型限定詞type-qualifier-listopt和標(biāo)識符D組成,這三者在邏輯上是一個(gè)整體,構(gòu)成一個(gè)完整的指針聲明器。這也是多個(gè)變量同列定義時(shí)指針聲明符必須緊跟標(biāo)識符的原因,例如:

             

            int *p, q, *k;

             

            pk都是指針,但q不是,這是因?yàn)?/span>*p*k是一個(gè)整體指針聲明器,以表示聲明的是一個(gè)指針。編譯器會把指針聲明符左邊的類型包括其限定詞作為指針指向的實(shí)體的類型,右邊的限定詞限定被聲明的標(biāo)識符。但現(xiàn)在typedef struct node *list硬生生把*從整個(gè)指針聲明器中分離出來,編譯器找不到*,會認(rèn)為const list p2中的const是限定p2的,正因如此,p2的類型是node * const而不是const node*

             

            雖然typedef struct node* list不符合聲明語法的邏輯,但基于typedefADT中的重要作用以及信息隱藏的要求,我們應(yīng)該讓用戶這樣使用list A,而不是list *A,因此在ADT的設(shè)計(jì)中仍應(yīng)使用上述typedef語法,但需要注意其帶來的不利影響。

            posted on 2016-04-14 13:49 sheng 閱讀(246) 評論(0)  編輯 收藏 引用


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


            導(dǎo)航

            <2025年5月>
            27282930123
            45678910
            11121314151617
            18192021222324
            25262728293031
            1234567

            統(tǒng)計(jì)

            常用鏈接

            留言簿(1)

            隨筆檔案

            收藏夾

            同行

            搜索

            最新評論

            閱讀排行榜

            評論排行榜

            中文成人久久久久影院免费观看| 精品熟女少妇av免费久久| 久久久久人妻精品一区二区三区 | 久久AV高潮AV无码AV| 久久激情亚洲精品无码?V| 久久婷婷五月综合97色一本一本 | 久久精品亚洲男人的天堂| 久久99免费视频| 色综合色天天久久婷婷基地| 久久综合九色综合精品| 99热精品久久只有精品| 久久精品国产精品亚洲| 三级韩国一区久久二区综合| 久久久久亚洲精品日久生情 | 久久精品国产AV一区二区三区| 日韩欧美亚洲国产精品字幕久久久| 国产视频久久| 亚洲?V乱码久久精品蜜桃| 久久天天婷婷五月俺也去| 99久久精品免费看国产一区二区三区| 久久久久久久波多野结衣高潮| 亚洲国产精品无码久久98| 国产国产成人精品久久| 久久久久人妻精品一区三寸蜜桃 | 三级韩国一区久久二区综合| 久久久这里有精品| 国产成人精品白浆久久69| 久久av免费天堂小草播放| 色妞色综合久久夜夜| 亚洲精品高清久久| 亚洲欧洲精品成人久久奇米网| 色婷婷久久综合中文久久蜜桃av| 久久精品国产一区二区三区日韩| 久久精品国产精品亜洲毛片| 亚洲国产一成人久久精品| 国产一区二区精品久久岳| 无码日韩人妻精品久久蜜桃| 久久久久免费视频| 久久夜色精品国产亚洲| 少妇精品久久久一区二区三区| 久久久人妻精品无码一区 |