青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

寶杉的博客

UNIX/LINUX;ACE;SNMP;C++
posts - 33, comments - 23, trackbacks - 0, articles - 0
 

1、什么是const?
   常類型是指使用類型修飾符const說明的類型,常類型的變量或對象的值是不能被更新的。(當然,我們可以偷梁換柱進行更新:)

2、為什么引入const?
  const 推出的初始目的,正是為了取代預編譯指令,消除它的缺點,同時繼承它的優點。

3、cons有什么主要的作用?
   (1)可以定義const常量,具有不可變性。
        例如:
             const int Max=100;
             int Array[Max];       
   (2)便于進行類型檢查,使編譯器對處理內容有更多了解,消除了一些隱患。
 例如:
             void f(const int i) { .........}
        編譯器就會知道i是一個常量,不允許修改;
   (3)可以避免意義模糊的數字出現,同樣可以很方便地進行參數的調整和修改。
        同宏定義一樣,可以做到不變則已,一變都變!如(1)中,如果想修改Max的內容,只需要:const int Max=you want;即可!
   (4)可以保護被修飾的東西,防止意外的修改,增強程序的健壯性。
        還是上面的例子,如果在函數體內修改了i,編譯器就會報錯;
        例如:
             void f(const int i) { i=10;//error! }
    (5) 為函數重載提供了一個參考。
         class A
         {
           ......
           void f(int i)       {......} file://一個函數
           void f(int i) const {......} file://上一個函數的重載
            ......
          };
     (6) 可以節省空間,避免不必要的內存分配。
         例如:
              #define PI 3.14159         file://常量宏
              const doulbe  Pi=3.14159;  file://此時并未將Pi放入ROM中
              ......
              double i=Pi;               file://此時為Pi分配內存,以后不再分配!
              double I=PI;               file://編譯期間進行宏替換,分配內存
              double j=Pi;               file://沒有內存分配
              double J=PI;               file://再進行宏替換,又一次分配內存!
         const定義常量從匯編的角度來看,只是給出了對應的內存地址,而不是象#define一樣給出的是立即數,所以,const定義的常量在程序運行過程中只有一份拷貝,而#define定義的常量在內存中有若干個拷貝。
     (7) 提高了效率。
           編譯器通常不為普通const常量分配存儲空間,而是將它們保存在符號表中,這使得它成為一個編譯期間的常量,沒有了存儲與讀內存的操作,使得它的效率也很高。

3、如何使用const?
   (1)修飾一般常量
     一般常量是指簡單類型的常量。這種常量在定義時,修飾符const可以用在類型說明符前,也可以用在類型說明符后。
       例如:  
           int const x=2;  或  const int x=2;
   (2)修飾常數組
       定義或說明一個常數組可采用如下格式:
       int const a[5]={1, 2, 3, 4, 5}; 
         const int a[5]={1, 2, 3, 4, 5};
   (3)修飾常對象
      常對象是指對象常量,定義格式如下:
  class A;
       const A a;
         A const a;
      定義常對象時,同樣要進行初始化,并且該對象不能再被更新,修飾符const可以放在類名后面,也可以放在類名前面。 
   (4)修飾常指針
        const int *A;        file://const修飾指向的對象,A可變,A指向的對象不可變
        int const *A;       file://const修飾指向的對象,A可變,A指向的對象不可變
        int *const A;       file://const修飾指針A,     A不可變,A指向的對象可變
        const int *const A;  file://指針A和A指向的對象都不可變
   (5)修飾常引用
        使用const修飾符也可以說明引用,被說明的引用為常引用,該引用所引用的對象不能被更新。其定義格式如下:
       const double & v;
  (6)修飾函數的常參數
        const修飾符也可以修飾函數的傳遞參數,格式如下:
        void Fun(const int Var);
        告訴編譯器Var在函數體中的無法改變,從而防止了使用者的一些無意的或錯誤的修改。    
   (7)修飾函數的返回值:
        const修飾符也可以修飾函數的返回值,是返回值不可被改變,格式如下:
            const int Fun1();
            const MyClass Fun2();
   (8)修飾類的成員函數:
        const修飾符也可以修飾類的成員函數,格式如下:
            class ClassName
     {
             public:
                  int Fun() const;
                    .....
             };
        這樣,在調用函數Fun時就不能修改類里面的數據
    (9)在另一連接文件中引用const常量
         extern const int i;     file://正確的引用
         extern const int j=10;  file://錯誤!常量不可以被再次賦值
    另外,還要注意,常量必須初始化!
         例如:
             const int i=5; 

4、幾點值得討論的地方:
   (1)const究竟意味著什么?
        說了這么多,你認為const意味著什么?一種修飾符?接口抽象?一種新類型?
        也許都是,在Stroustup最初引入這個關鍵字時,只是為對象放入ROM做出了一種可能,對于const對象,C++既允許對其進行靜態初始化,也允許對他進行動態初始化。理想的const對象應該在其構造函數完成之前都是可寫的,在析夠函數執行開始后也都是可寫的,換句話說,const對象具有從構造函數完成到析夠函數執行之前的不變性,如果違反了這條規則,結果都是未定義的!雖然我們把const放入ROM中,但這并不能夠保證const的任何形式的墮落,我們后面會給出具體的辦法。無論const對象被放入ROM中,還是通過存儲保護機制加以保護,都只能保證,對于用戶而言這個對象沒有改變。換句話說,廢料收集器(我們以后會詳細討論,這就一筆帶過)或數據庫系統對一個const的修改怎沒有任何問題。
   (2)位元const V.S. 抽象const?
        對于關鍵字const的解釋有好幾種方式,最常見的就是位元const 和 抽象const。下面我們看一個例子:
        class A
        {
         public:
               ......
               A f(const A& a);
               ......
         };
         如果采用抽象const進行解釋,那就是f函數不會去改變所引用對象的抽象值,如果采用位元const進行解釋,那就成了f函數不會去改變所引用對象的任何位元。
         我們可以看到位元解釋正是c++對const問題的定義,const成員函數不被允許修改它所在對象的任何一個數據成員。
         為什么這樣呢?因為使用位元const有2個好處:
         最大的好處是可以很容易地檢測到違反位元const規定的事件:編譯器只用去尋找有沒有對數據成員的賦值就可以了。另外,如果我們采用了位元const,那么,對于一些比較簡單的const對象,我們就可以把它安全的放入ROM中,對于一些程序而言,這無疑是一個很重要的優化方式。(關于優化處理,我們到時候專門進行討論)
         當然,位元const也有缺點,要不然,抽象const也就沒有產生的必要了。
         首先,位元const的抽象性比抽象const的級別更低!實際上,大家都知道,一個庫接口的抽象性級別越低,使用這個庫就越困難。
         其次,使用位元const的庫接口會暴露庫的一些實現細節,而這往往會帶來一些負面效應。所以,在庫接口和程序實現細節上,我們都應該采用抽象const。
         有時,我們可能希望對const做出一些其它的解釋,那么,就要注意了,目前,大多數對const的解釋都是類型不安全的,這里我們就不舉例子了,你可以自己考慮一下,總之,我們盡量避免對const的重新解釋。
   (3)放在類內部的常量有什么限制?
        看看下面這個例子:
        class A
        {
         private:
           const int c3 = 7;           // ???
       static int c4 = 7;          // ???
       static const float c5 = 7;  // ???
          ......
  };
         你認為上面的3句對嗎?呵呵,都不對!使用這種類內部的初始化語法的時候,常量必須是被一個常量表達式初始化的整型或枚舉類型,而且必須是static和const形式。這顯然是一個很嚴重的限制!
         那么,我們的標準委員會為什么做這樣的規定呢?一般來說,類在一個頭文件中被聲明,而頭文件被包含到許多互相調用的單元去。但是,為了避免復雜的編譯器規則,C++要求每一個對象只有一個單獨的定義。如果C++允許在類內部定義一個和對象一樣占據內存的實體的話,這種規則就被破壞了。
    (4)如何初始化類內部的常量?
         一種方法就是static 和 const 并用,在內部初始化,如上面的例子;
         另一個很常見的方法就是初始化列表:
         class A
         {
          public:
                A(int i=0):test(i) {}
          private:
                const int i;
          };
          還有一種方式就是在外部初始化,例如:
         class A
         {
          public:
                A() {}
          private:
                static const int i;  file://注意必須是靜態的!
          };
          const int A::i=3;
     (5)常量與數組的組合有什么特殊嗎?
          我們給出下面的代碼:
           const int size[3]={10,20,50};
           int array[size[2]];
           有什么問題嗎?對了,編譯通不過!為什么呢?
           const可以用于集合,但編譯器不能把一個集合存放在它的符號表里,所以必須分配內存。在這種情況下,const意味著“不能改變的一塊存儲”。然而,其值在編譯時不能被使用,因為編譯器在編譯時不需要知道存儲的內容。自然,作為數組的大小就不行了:)
         你再看看下面的例子:
          class A
         {
          public:
                A(int i=0):test[2]({1,2}) {} file://你認為行嗎?
          private:
                const int test[2];
          };
         vc6下編譯通不過,為什么呢?
         關于這個問題,前些時間,njboy問我是怎么回事?我反問他:“你認為呢?”他想了想,給出了一下解釋,大家可以看看:我們知道編譯器堆初始化列表的操作是在構造函數之內,顯式調用可用代碼之前,初始化的次序依據數據聲明的次序。初始化時機應該沒有什么問題,那么就只有是編譯器對數組做了什么手腳!其實做什么手腳,我也不知道,我只好對他進行猜測:編譯器搜索到test發現是一個非靜態的數組,于是,為他分配內存空間,這里需要注意了,它應該是一下分配完,并非先分配test[0],然后利用初始化列表初始化,再分配test[1],這就導致數組的初始化實際上是賦值!然而,常量不允許賦值,所以無法通過。
        呵呵,看了這一段冠冕堂皇的話,真讓我笑死了!njboy別怪我揭你短呀:)我對此的解釋是這樣的:C++標準有一個規定,不允許無序對象在類內部初始化,數組顯然是一個無序的,所以這樣的初始化是錯誤的!對于他,只能在類的外部進行初始化,如果想讓它通過,只需要聲明為靜態的,然后初始化。
         這里我們看到,常量與數組的組合沒有什么特殊!一切都是數組惹的禍!
   (6)this指針是不是const類型的?
        this指針是一個很重要的概念,那該如何理解她呢?也許這個話題太大了,那我們縮小一些:this指針是個什么類型的?這要看具體情況:如果在非const成員函數中,this指針只是一個類類型的;如果在const成員函數中,this指針是一個const類類型的;如果在volatile成員函數中,this指針就是一個volatile類類型的。
   (7)const到底是不是一個重載的參考對象?
        先看一下下面的例子:
        class A
         {
           ......
           void f(int i)       {......} file://一個函數
           void f(int i) const {......} file://上一個函數的重載
            ......
          };
        上面是重載是沒有問題的了,那么下面的呢?
         class A
         {
           ......
           void f(int i)       {......} file://一個函數
           void f(const int i) {......} file://?????
            ......
         };
         這個是錯誤的,編譯通不過。那么是不是說明內部參數的const不予重載呢?再看下面的例子:
        class A
         {
           ......
           void f(int& )       {......} file://一個函數
           void f(const int& ) {......} file://?????
            ......
         };
         這個程序是正確的,看來上面的結論是錯誤的。為什么會這樣呢?這要涉及到接口的透明度問題。按值傳遞時,對用戶而言,這是透明的,用戶不知道函數對形參做了什么手腳,在這種情況下進行重載是沒有意義的,所以規定不能重載!當指針或引用被引入時,用戶就會對函數的操作有了一定的了解,不再是透明的了,這時重載是有意義的,所以規定可以重載。
   (8)什么情況下為const分配內存?
        以下是我想到的可能情況,當然,有的編譯器進行了優化,可能不分配內存。
        A、作為非靜態的類成員時;
        B、用于集合時;
        C、被取地址時;
        D、在main函數體內部通過函數來獲得值時;
        E、const的 class或struct有用戶定義的構造函數、析構函數或基類時;。
        F、當const的長度比計算機字長還長時;
        G、參數中的const;
        H、使用了extern時。
        不知道還有沒有其他情況,歡迎高手指點:)       
   (9)臨時變量到底是不是常量?
        很多情況下,編譯器必須建立臨時對象。像其他任何對象一樣,它們需要存儲空間而且必須被構造和刪除。區別是我們從來看不到編譯器負責決定它們的去留以及它們存在的細節。對于C++標準草案而言:臨時對象自動地成為常量。因為我們通常接觸不到臨時對象,不能使用與之相關的信息,所以告訴臨時對象做一些改變有可能會出錯。當然,這與編譯器有關,例如:vc6、vc7都對此作了擴展,所以,用臨時對象做左值,編譯器并沒有報錯。
   (10)與static搭配會不會有問題?
        假設有一個類:
        class A
        {
         public:
             ......
             static void f() const { ......}
             ......
         };
         我們發現編譯器會報錯,因為在這種情況下static不能夠與const共存!
         為什么呢?因為static沒有this指針,但是const修飾this指針,所以...
     (11)如何修改常量?
          有時候我們卻不得不對類內的數據進行修改,但是我們的接口卻被聲明了const,那該怎么處理呢?我對這個問題的看法如下:
           1)標準用法:mutable
              class A
              {
               public:
                      A(int i=0):test(i)        { }
                      void SetValue(int i)const { test=i; }
               private:
                      mutable int test;   file://這里處理!
               };
           2)強制轉換:const_cast
               class A
               {
               public:
                      A(int i=0):test(i)        { }
                      void SetValue(int i)const
                      { const_cast <int>(test)=i; }//這里處理!
               private:
                      int test;  
               };
            3)靈活的指針:int*
               class A
              {
               public:
                      A(int i=0):test(i)        { }
                      void SetValue(int i)const
                      { *test=i; }
               private:
                      int* test;   file://這里處理!
               };
            4)未定義的處理
              class A
              {
               public:
                      A(int i=0):test(i)        { }
                      void SetValue(int i)const
                      { int *p=(int*)&test; *p=i; }//這里處理!
               private:
                      int test;  
               };
                注意,這里雖然說可以這樣修改,但結果是未定義的,避免使用!
             5)內部處理:this指針
              class A
              {
               public:
                      A(int i=0):test(i)        { }
                      void SetValue(int i)const
                      { ((A*)this)->test=i; }//這里處理!
               private:
                      int test;  
               };
             6)最另類的處理:空間布局
               class A
               {
                public:
                      A(int i=0):test(i),c('a') {  }
                private:
                      char c;
                      const int test;
                };
                int main()
                {
                    A a(3);
                    A* pa=&a;
                    char* p=(char*)pa;    
                    int*  pi=(int*)(p+4);//利用邊緣調整
                    *pi=5;                 file://此處改變了test的值!
                    return 0;
                 }
        雖然我給出了6中方法,但是我只是想說明如何更改,但出了第一種用法之外,另外5種用法,我們并不提倡,不要因為我這么寫了,你就這么用,否則,我真是要誤人子弟了:)
     (12)最后我們來討論一下常量對象的動態創建。
           既然編譯器可以動態初始化常量,就自然可以動態創建,例如:
           const int* pi=new const int(10);
           這里要注意2點:
           1)const對象必須被初始化!所以(10)是不能夠少的。
           2)new返回的指針必須是const類型的。
           那么我們可不可以動態創建一個數組呢?
           答案是否定的,因為new內置類型的數組,不能被初始化。
           這里我們忽視了數組是類類型的,同樣對于類內部數組初始化我們也做出了這樣的忽視,因為這涉及到數組的問題,我們以后再討論。


只有注冊用戶登錄后才能發表評論。
網站導航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            亚洲国产精品一区二区久| 亚洲男人天堂2024| 亚洲作爱视频| 亚洲国产精品久久| 亚洲电影下载| 亚洲精品视频免费| 亚洲午夜免费福利视频| 午夜视频一区| 巨乳诱惑日韩免费av| 免费在线欧美视频| 日韩一级在线观看| 欧美夜福利tv在线| 久热精品在线视频| 亚洲国产精品成人精品| 在线免费观看一区二区三区| 狠狠色狠狠色综合日日五| 一区在线视频| 亚洲美女啪啪| 欧美一区2区三区4区公司二百| 久久精品在这里| 欧美成人午夜激情在线| 亚洲人成绝费网站色www| 亚洲欧美日韩天堂| 欧美大片一区二区三区| 国产精品永久免费观看| 亚洲观看高清完整版在线观看| 亚洲午夜视频| 亚洲丁香婷深爱综合| 亚洲免费在线观看| 欧美黄色小视频| 国内精品久久久久国产盗摄免费观看完整版| 亚洲黄色三级| 欧美在线视频在线播放完整版免费观看 | 欧美成人tv| 国产欧美日韩一区二区三区在线观看 | 午夜一级在线看亚洲| 久久综合一区二区| 国产精品羞羞答答| 一卡二卡3卡四卡高清精品视频| 久久精品国产亚洲aⅴ| 亚洲精品乱码久久久久久按摩观 | 亚洲国产精品小视频| 欧美在线播放一区二区| 欧美无砖砖区免费| 亚洲免费观看| 欧美国产视频在线观看| 欧美激情一区二区三区在线视频 | 欧美在线综合视频| 欧美三级日本三级少妇99| 亚洲大胆av| 久久免费视频在线观看| 亚洲午夜国产一区99re久久| 欧美激情一区二区三区全黄| 亚洲国产日韩欧美在线99| 久久一区二区三区av| 校园激情久久| 国产精品视频久久一区| 性色av一区二区三区| 在线一区免费观看| 欧美性大战久久久久久久蜜臀| 亚洲私人黄色宅男| 亚洲日本成人| 亚洲国产精品一区二区第一页| 亚洲欧美色一区| 国产欧美一区二区三区沐欲| 欧美在线看片| 先锋影音国产精品| 好吊色欧美一区二区三区四区| 久久婷婷久久一区二区三区| 欧美一级理论片| 一区国产精品| 亚洲高清影视| 欧美视频中文字幕在线| 亚久久调教视频| 久久国产精品亚洲77777| ●精品国产综合乱码久久久久| 欧美激情1区2区3区| 欧美激情一区二区三区全黄 | 好吊视频一区二区三区四区| 蜜臀久久久99精品久久久久久| 欧美a级一区二区| 亚洲影视综合| 香蕉精品999视频一区二区| 激情亚洲一区二区三区四区| 亚洲国产精品va在看黑人| 国产精品福利在线观看| 久久久午夜视频| 欧美久色视频| 久久精品国产一区二区三| 久久亚洲精品一区| 亚洲自拍16p| 可以看av的网站久久看| 亚洲免费中文| 久久久久久免费| 亚洲天堂偷拍| 老司机精品视频网站| 亚洲欧美日韩国产成人| 美女黄色成人网| 午夜精品在线视频| 欧美大片一区二区| 久久久噜噜噜久久| 欧美日韩一二区| 欧美不卡视频| 国产美女一区二区| 亚洲精品视频啊美女在线直播| 国产日本欧美视频| 亚洲激情在线观看视频免费| 国产一区二区三区高清在线观看| 亚洲第一区中文99精品| 国产欧美日韩三区| 亚洲精品视频免费在线观看| 韩国一区电影| 性18欧美另类| 亚洲婷婷综合色高清在线| 久久亚洲精品一区| 久久一二三四| 国产亚洲一区二区三区| 正在播放欧美一区| 日韩视频―中文字幕| 老牛嫩草一区二区三区日本| 久久国产欧美精品| 国产精品素人视频| 一区二区三区欧美亚洲| 日韩一区二区免费高清| 免费久久99精品国产| 欧美激情亚洲| 国产主播精品| 欧美国产日韩在线| 国内一区二区在线视频观看| 中文一区字幕| 中文高清一区| 欧美肉体xxxx裸体137大胆| 亚洲国产精品高清久久久| 国内久久精品| 久久爱www久久做| 久久视频免费观看| 激情久久久久久久久久久久久久久久 | 99香蕉国产精品偷在线观看| 老司机一区二区三区| 欧美大片一区二区三区| 在线观看国产精品网站| 久久综合中文| 亚洲高清视频一区| 亚洲毛片一区| 欧美久久影院| 亚洲一区二区不卡免费| 久久国产福利国产秒拍| 国产自产2019最新不卡| 久久国产成人| 噜噜噜躁狠狠躁狠狠精品视频 | 91久久精品国产91久久性色tv| 久久米奇亚洲| 亚洲国产视频直播| av成人手机在线| 国产精品一区二区女厕厕| 欧美在线观看视频一区二区三区 | 欧美激情1区2区3区| 99精品欧美一区二区三区| 国产精品成人国产乱一区| 新狼窝色av性久久久久久| 玖玖精品视频| 在线中文字幕一区| 国产日本精品| 欧美激情一区二区三区在线| 这里只有精品视频在线| 麻豆精品传媒视频| 在线亚洲免费视频| 国产主播一区二区三区| 免费人成网站在线观看欧美高清| 亚洲另类一区二区| 久久国产精品毛片| 亚洲精品一二三| 国产日韩欧美一区二区| 欧美阿v一级看视频| 亚洲一区久久久| 欧美国产日产韩国视频| 亚洲女人天堂av| 亚洲高清视频的网址| 欧美日韩一区自拍| 久久精品女人的天堂av| 亚洲乱码久久| 葵司免费一区二区三区四区五区| 一区二区三区四区国产精品| 国产香蕉97碰碰久久人人| 麻豆成人精品| 午夜精品一区二区在线观看| 91久久精品美女| 久久影视精品| 校园春色综合网| 亚洲精选大片| 在线不卡亚洲| 国产亚洲一区二区三区| 亚洲第一精品影视| 国产亚洲日本欧美韩国| 欧美日韩精品在线播放| 久久久午夜视频| 亚洲中午字幕| 亚洲最新在线| 最新国产の精品合集bt伙计| 久久夜色精品国产欧美乱极品|