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

            3D FPS

            1234567890

              C++博客 :: 首頁(yè) :: 聯(lián)系 :: 聚合  :: 管理
              57 Posts :: 2 Stories :: 57 Comments :: 0 Trackbacks

            常用鏈接

            留言簿(10)

            我參與的團(tuán)隊(duì)

            搜索

            •  

            最新評(píng)論

            閱讀排行榜

            評(píng)論排行榜

            C++ 枚舉類型的思考(轉(zhuǎn)載)

            原文網(wǎng)址:  http://blog.csdn.net/classfactory/archive/2004/08/29/87749.aspx

            C++ 中的枚舉類型繼承于 C 語(yǔ)言。就像其他從 C 語(yǔ)言繼承過(guò)來(lái)的很多特性一樣,C++ 枚舉也有缺點(diǎn),這其中最顯著的莫過(guò)于作用域問題——在枚舉類型中定義的常量,屬于定義枚舉的作用域,而不屬于這個(gè)枚舉類型。例如下面的示例:

            enum FileAccess {
                Read = 0x1,
                Write = 0x2,
            };

            FileAccess access = ::Read; // 正確
            FileAccess access = FileAccess::Read; // 錯(cuò)誤

            C++枚舉的這個(gè)特點(diǎn)對(duì)于習(xí)慣面向?qū)ο蠛妥饔糜蚋拍畹娜藖?lái)說(shuō)是不可接受的。首先,F(xiàn)ileAccess::Read 顯然更加符合程序員的直覺,因?yàn)樯厦娴拿杜e定義理應(yīng)等價(jià)于如下的定義(實(shí)際上,.NET 中的枚舉類型便是如此實(shí)現(xiàn)的):

            class FileAccess {
                static const int Read = 0x1;
                static const int Write = 0x2;
            };

            其次,這導(dǎo)致我們無(wú)法在同一個(gè)作用域中定義兩個(gè)同樣名稱的枚舉值。也就是說(shuō),以下的代碼是編譯錯(cuò)誤:

            enum FileAccess {
                Read = 0x1,
                Write = 0x2,
            };

            enum FileShare {
                Read = 0x1, // 重定義
                Write = 0x2, // 重定義
            };

            如果這一點(diǎn)沒有讓你惱怒過(guò)的話,你可能還沒寫過(guò)多少 C++ 代碼 :-)。實(shí)際上,在最新的 C++0x 標(biāo)準(zhǔn)草案中有關(guān)于枚舉作用域問題的提案,但最終的解決方案會(huì)是怎樣的就無(wú)法未卜先知了,畢竟對(duì)于象 C++ 這樣使用廣泛的語(yǔ)言來(lái)說(shuō),任何特性的增刪和修改都必須十分小心謹(jǐn)慎。

            當(dāng)然,我們可以使用一些迂回的方法來(lái)解決這個(gè)問題(C++ 總是能給我們很多驚喜和意外)。例如,我們可以把枚舉值放在一個(gè)結(jié)構(gòu)里,并使用運(yùn)算符重載來(lái)逼近枚舉的特性:

            struct FileAccess {
                enum __Enum {
                    Read = 0x1,
                    Write = 0x2
                };
                __Enum _value; // 枚舉值

                FileAccess(int value = 0) : _value((__Enum)value) {}
                FileAccess& operator=(int value) {
                    this->_value = (__Enum)value;
                    return *this;
                }
                operator int() const {
                    return this->_value;
                }
            };

            我們現(xiàn)在可以按照希望的方式使用這個(gè)枚舉類型:

            FileAccess access = FileAccess::Read;

            并且,因?yàn)槲覀兲峁┝说?int 類型的轉(zhuǎn)換運(yùn)算符,因此在需要 int 的地方都可以使用它,例如 switch 語(yǔ)句:

            switch (access) {
                case FileAccess::Read:
                    break;
                case FileAccess::Write:
                    break;
            }

            當(dāng)然我們不愿意每次都手工編寫這樣的結(jié)構(gòu)。通過(guò)使用宏,我們可以很容易做到這一點(diǎn):

            #define DECLARE_ENUM(E) \
            struct E \
            { \
            public: \
                E(int value = 0) : _value((__Enum)value) { \
                } \
                E& operator=(int value) { \
                    this->_value = (__Enum)value; \
                    return *this; \
                } \
                operator int() const { \
                    return this->_value; \
                } \
            \
                enum __Enum {

            #define END_ENUM() \
                }; \
            \
            private: \
                __Enum _value; \
            };

            我們現(xiàn)在可以按如下的方式定義前面的枚舉,并且不比直接寫 enum 復(fù)雜多少。

            DECLARE_ENUM(FileAccess)
                Read = 0x1,
                Write = 0x2,
            END_ENUM()

            DECLARE_ENUM(FileShare)
                Read = 0x1,
                Write = 0x2,
            END_ENUM()
            posted on 2009-02-19 22:40 DK_jims 閱讀(325) 評(píng)論(0)  編輯 收藏 引用

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


            精品久久久久久国产| 国产成人香蕉久久久久| 久久午夜无码鲁丝片秋霞| 99久久99久久精品国产片果冻| 97精品依人久久久大香线蕉97| 久久久久国产精品熟女影院| 精品无码久久久久久国产| 久久精品国产久精国产一老狼| 国产一区二区精品久久| 久久这里都是精品| 人人狠狠综合久久亚洲婷婷| 久久这里只有精品首页| 国产精品永久久久久久久久久| 亚洲精品国产字幕久久不卡| 久久婷婷五月综合成人D啪 | 欧美久久精品一级c片片| 奇米影视7777久久精品人人爽| 久久精品国产91久久综合麻豆自制 | 久久综合给合久久狠狠狠97色69| 国产精品久久久99| 99久久精品日本一区二区免费| 久久99久国产麻精品66| 热久久视久久精品18| 久久无码国产| 一本伊大人香蕉久久网手机| 国内精品人妻无码久久久影院| 久久香综合精品久久伊人| 久久亚洲中文字幕精品一区| 久久r热这里有精品视频| aaa级精品久久久国产片| 久久久久亚洲AV片无码下载蜜桃| 99久久做夜夜爱天天做精品| 一本色道久久综合| 2021久久精品免费观看| 久久婷婷午色综合夜啪| 亚洲中文久久精品无码ww16| 亚洲综合熟女久久久30p| 久久超碰97人人做人人爱| 国产精品久久国产精品99盘| 国产韩国精品一区二区三区久久| 亚洲国产精品久久|