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

            woaidongmao

            文章均收錄自他人博客,但不喜標(biāo)題前加-[轉(zhuǎn)貼],因其丑陋,見諒!~
            隨筆 - 1469, 文章 - 0, 評論 - 661, 引用 - 0
            數(shù)據(jù)加載中……

            使用namespace的正確方法


            來自:www.codeproject.com
            標(biāo)題: Using Namespaces Properly
            命名空間(namespace)在C++中的作用非同一般。本文目的不在于闡述命名空間的語法,而在于演示命名空間的使用方法,或者說是使用命名空間的小竅門。
            命名空間可以簡單的將一些命名(name)用另一個命名打包封裝起來。比方說:

            namespace net {
                class Socket {
                    ...
                };
            }
            ...
            net::Socket socket;
            
            經(jīng)過這樣的封裝以后,如果在兩個庫(library)都實現(xiàn)了Socket類,只要它們命名空間的名字不同,你就可以同時使用它們而沒有任何命名上的沖突。
            但這樣做還是有問題:假如兩個公司都要寫一個network庫,那么當(dāng)她們編寫代碼的時候都使用Socket命名他們的類的可能性有多大?我猜是接近100%。

            命名空間的名字最好是方便輸入的,就是說命名空間的名字最好別太長了,2-4個字符就可以了。抱著這樣的想法,那兩個公司把他們的命名空間叫做net的機會又是多大呢?5%還是10%?

            不難看出,命名空間并沒有解決所有問題,它只是使發(fā)生命名沖突的機會相對小了而已。

            有一種叫做“工業(yè)化長度”的方法(Industrial Strength Solution),這種方法在命名namespace的時候使用長的唯一的名稱,而在程序里使用短的別名。如此network庫就可能會是這個樣子:

             

            namespace net_33843894 {
                class Socket {
                    ...
                };
            }
            
            net_后面的數(shù)字是由一個隨機數(shù)產(chǎn)生器產(chǎn)生的。為了以后描述方便,這里我們假定上面的代碼是放在<netlib>頭文件里。
            用戶使用我們的庫的時候,就要編寫他自己的頭文件<mynetlib>,包含下面的內(nèi)容:
            #include <netlib>
            namespace net = net_33843894;
            
            
            他創(chuàng)建了一個在本工程內(nèi)有效的別名,用來代表提供給他的庫中的命名空間。如果名稱net已經(jīng)被別的庫使用了,那么他還可以另選一個名字代替,例如:net2,sock,或者別的什么。

            這樣就萬事大吉了么?還沒有。你還要做一件事:使你的庫用起來更簡單、更方便。在這個講究完美的社會里,人們雙擊一個安裝文件后,你的庫在他們的開發(fā)環(huán)境里就應(yīng)該是可用的,接下來就是#include <netlib>,再接下來他們就可以去忙別的了。

            然而,現(xiàn)在的情況是,用戶為了使用你的庫需要創(chuàng)建一個他自己的頭文件,雖然這并沒有什么大不了的,但不是每個用戶都能忍受這一點。解決的方法就是直接提供一個合理的缺省值,如果用戶覺得不合適也可以取消,所以,在你的頭文件里使用預(yù)編譯選項,如下:

            namespace net_33843894 {
                class Socket {
                    ...
                };
            }
            
            #ifndef NO_NET_33843894_ALIAS
                namespace net = net_33843894;
            #endif
            
            這樣我們就給命名空間的名字提供了一個缺省值,如果這個名字已經(jīng)有人用了,那么用戶可以定義一個NO_NET_33843894_ALIAS宏,別名就會被取消。

            不幸的是,即使是使用了短的別名net,當(dāng)你使用Socket類的方法不對的時候,在我所用過的編譯器中,沒有一個能夠在錯誤提示信息里顯示的短的別名,而是仍然使用net_33843894::Socket。讀起來有些費勁。

            怎么辦?看我的。

            #ifdef NO_NET_33843894_ALIAS
            namespace net_33843894 {
            #else
            namespace net {
            #endif
                class Socket {
                    ...
                };
            }
            
            #ifndef NO_NET_33843894_ALIAS
                namespace net_33843894 = net;
            #endif
            
            如果沒有定義宏NO_NET_33843894_ALIAS, 就直接給命名空間起個短一點的名字,把別名弄長點就可以了。這樣,錯誤信息讀起來就會順眼多了。

            posted on 2008-05-09 14:52 肥仔 閱讀(356) 評論(0)  編輯 收藏 引用 所屬分類: C++ 基礎(chǔ)

            久久无码专区国产精品发布| 99re久久精品国产首页2020| 久久久久国产日韩精品网站| 一本色道久久88综合日韩精品| 久久久这里有精品| 2021久久国自产拍精品| 日韩va亚洲va欧美va久久| 丁香色欲久久久久久综合网| 99久久伊人精品综合观看| 久久久久亚洲精品日久生情| 国产高潮久久免费观看| 国内高清久久久久久| 久久久无码精品午夜| 国内精品久久国产大陆| 91麻豆国产精品91久久久| 韩国三级中文字幕hd久久精品 | 99久久精品免费看国产一区二区三区 | 国产精品丝袜久久久久久不卡| 尹人香蕉久久99天天拍| 91精品日韩人妻无码久久不卡| 亚洲va中文字幕无码久久不卡| 久久青青草视频| 色婷婷狠狠久久综合五月| 国产高潮久久免费观看| 91性高湖久久久久| 麻豆精品久久久一区二区| 99久久99这里只有免费的精品| 亚洲av成人无码久久精品| 久久久一本精品99久久精品88| 欧美大战日韩91综合一区婷婷久久青草 | 亚洲精品tv久久久久久久久久| 久久综合狠狠综合久久激情 | 久久久精品午夜免费不卡| 色偷偷88888欧美精品久久久| 伊人久久大香线蕉AV色婷婷色 | 亚洲精品高清国产一线久久| 久久精品国产亚洲AV影院| 亚洲国产另类久久久精品小说| 久久精品国产2020| 久久精品中文无码资源站| 国产精品一区二区久久精品|