• <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>
            工具畢竟只是輔助,往往在為我們提供方便的同時丟掉了原有的靈活;作為一個程序員,我們有權利和義務了解從源代碼到執行程序過程中,編譯器為我們做了什么,只有深入了解計算機系統,才能寫出高效的代碼。所以從學習技術的角度看,我們不要太過于依賴IDE;當然從商業開發的角度看,IDE能大大提高我們的開發效率。即使是VS的開發者,他們在開發的過程中也不會使用什么IDE。。
            @ww
            類型應該是指:在使用前有明確定義的類型,包括C++內置類型,標準庫類型,用戶自定義類型。

            int* x,y; //對象(變量)x,y是指針類型(int *)
            int array[100]; //int[100]是編譯器為了方便而顯示的“偽”類型,當數組名被使用時,編譯器給他轉換成適當的類型。
            *array=0; //數組名隱式轉換成指針類型(int*)
            *(array+1)=sizeof(array); //后一個數組名不再轉換成指針類型,array[1]=400

            typedef int[100] array; //error,int[100] not a typename
            typedef int array[100]; //ok
            array arr;
            所以個人比較傾向于數組名(而不是int[100])隱式轉換成指針類型(int*),在很多時候數組名跟指針是等價的。
            int array[100]; //當然為了理解方便,去掉變量名int[100]可以看作是array的類型。在char *strncpy(char *,const char *,size_t)中,可以把函數名strncpy的類型看作是char* (char *,const char *,size_t),事實上,編譯器在報錯時就是這樣顯示的。注意char* (char *,const char *,size_t)是函數返回char*指針,和char (*)(char *,const char *,size_t)指向函數的指針,該函數返回char 不一樣。
            1 int array[100];
            2
            3 memset(array, 0, sizeof(array));
            4 memset(&array, 0, sizeof(array));

            第3行和第4行其實是一樣的,只是不同的寫法而已。array OR &array,編譯器取的都是數組首地址(即數組名隱式轉換成pointer類型)。而不能說array 和 &array是兩種不能的類型,數組名本來就不是一種類型。

            下面一個相似的例子:
            #include <cstdio>

            void func(char* str)
            {
            puts(str);
            }

            int main(void)
            {
            func("Normal called..");
            (*********************************func)("No ploblem called by this way.");//typeof(func)?
            (*&*&*&*&*&*&*&*&*&*&*&*&*&*&*&*&*&*&func)("No ploblem, Just a joke.");//typeof(func)?
            return 0;
            }

            =================================================
            D:\workspace\test>g++ test0b.cc -o test0b.exe

            D:\workspace\test>test0b
            Normal called..
            No ploblem called by this way.
            No ploblem, Just a joke.

            個人意見,高手勿笑。

            posts - 0, comments - 0, trackbacks - 0, articles - 0

            Copyright © Xshl5

            久久发布国产伦子伦精品| 欧美亚洲国产精品久久蜜芽| 国产精品久久久久乳精品爆 | 久久人人爽人人爽人人AV| 色偷偷久久一区二区三区| 97久久精品国产精品青草| 热RE99久久精品国产66热| 久久一日本道色综合久久| 国产成人久久精品一区二区三区| 亚洲国产香蕉人人爽成AV片久久| 久久无码人妻一区二区三区| 国产ww久久久久久久久久| 中文精品久久久久人妻不卡| 久久久久久A亚洲欧洲AV冫| 99999久久久久久亚洲| 久久久久亚洲AV无码专区桃色 | 久久天天躁狠狠躁夜夜2020老熟妇 | 中文字幕精品无码久久久久久3D日动漫| 精品久久久久久久久免费影院| 94久久国产乱子伦精品免费| AV无码久久久久不卡网站下载 | 久久久亚洲欧洲日产国码二区 | 国产精品久久成人影院| 国产精品欧美亚洲韩国日本久久| 亚洲国产精品无码久久98| 久久精品国产2020| 久久人人添人人爽添人人片牛牛| 国产精品视频久久久| 色8久久人人97超碰香蕉987| 综合久久精品色| 日韩中文久久| 久久综合伊人77777| 亚洲国产成人精品91久久久 | 久久婷婷午色综合夜啪| 日产精品久久久久久久| 精品久久久久久无码中文野结衣| 国产午夜精品久久久久九九| 狠狠狠色丁香婷婷综合久久俺| 久久久国产精品网站| 成人国内精品久久久久影院| 99国产欧美久久久精品蜜芽|