首頁(yè) 猿問(wèn) 加前綴的雙冒號(hào)“：&r...

加前綴的雙冒號(hào)“：”的含義是什么？

C++

回首憶惘然 2019-07-16 15:09:26

加前綴的雙冒號(hào)“：”的含義是什么？我在一個(gè)必須修改的類中找到了這一行代碼：::Configuration * tmpCo = m_configurationDB;//pointer to current db我不知道類名前面的雙冒號(hào)到底是什么意思。如果沒有，我會(huì)讀到：宣布tmpCo作為指向類的對(duì)象的指針。Configuration..但這兩個(gè)冒號(hào)讓我很困惑。我還發(fā)現(xiàn)：typedef ::config::set ConfigSet;

查看完整描述

3 回答

一只萌萌小番薯

TA貢獻(xiàn)1795條經(jīng)驗(yàn) 獲得超7個(gè)贊

這確保解析發(fā)生在全局命名空間中，而不是從當(dāng)前所在的名稱空間開始。例如，如果您有兩個(gè)不同的類Configuration因此：

class Configuration; // class 1, in global namespacenamespace MyApp{
    class Configuration; // class 2, different from class 1
    function blah()
    {
        // resolves to MyApp::Configuration, class 2
        Configuration::doStuff(...) 
        // resolves to top-level Configuration, class 1
        ::Configuration::doStuff(...)
    }}

基本上，它允許您遍歷全局命名空間，因?yàn)樵诒纠?，您的名稱可能會(huì)被另一個(gè)名稱空間內(nèi)的新定義所破壞。MyApp.

反對(duì) 回復(fù) 2019-07-17

縹緲止盈

TA貢獻(xiàn)2041條經(jīng)驗(yàn) 獲得超4個(gè)贊

這個(gè)::運(yùn)算符稱為作用域解析運(yùn)算符，它就是這樣做的，它解析作用域.因此，通過(guò)在一個(gè)類型名的前綴加上這個(gè)前綴，它會(huì)告訴您的編譯器查看該類型的全局命名空間。

例子：

int count = 0;int main(void) {
  int count = 0;
  ::count = 1;  // set global count to 1
  count = 2;    // set local count to 2
  return 0;}

反對(duì) 回復(fù) 2019-07-17

慕沐林林

TA貢獻(xiàn)2016條經(jīng)驗(yàn) 獲得超9個(gè)贊

已經(jīng)有很多合理的答案了。我將加入一個(gè)類比，這可能會(huì)對(duì)一些讀者有所幫助。::非常類似于文件系統(tǒng)目錄分隔符‘/‘，在搜索您想要運(yùn)行的程序的路徑時(shí)。考慮：

/path/to/executable

這是非常顯式的-只有在文件系統(tǒng)樹中的確切位置上的可執(zhí)行文件才能與此規(guī)范相匹配，而不管實(shí)際的路徑是什么。同樣的.。

::std::cout

.在C+命名空間“樹”中同樣顯式。

與這些絕對(duì)路徑相比，您可以配置良好的UNIXshell(例如，茲什)解決相對(duì)當(dāng)前目錄下的路徑或PATH環(huán)境變量，所以如果PATH=/usr/bin:/usr/local/bin，而你“在”/tmp然后.。

X11/xterm

.很樂意跑/tmp/X11/xterm如果被發(fā)現(xiàn)，否則/usr/bin/X11/xterm不然的話/usr/local/bin/X11/xterm..類似地，假設(shè)您在一個(gè)名為X，并且有一個(gè)“using namespace Y“實(shí)際上，那么.

std::cout

.可以在任何一個(gè)::X::std::cout, ::std::cout, ::Y::std::cout，可能還有其他地方參數(shù)相關(guān)查找(ADL，又名Koenig查找)所以，只有::std::cout非常明確地說(shuō)明了您指的是哪個(gè)對(duì)象，但幸運(yùn)的是，沒有一個(gè)頭腦正常的人會(huì)創(chuàng)建自己的類/結(jié)構(gòu)或名稱空間，名為“std“，也沒有什么叫”cout“，所以在實(shí)踐中只使用std::cout都沒問(wèn)題。

值得注意的差異:

1)shell傾向于使用PATH，而C+在模棱兩可的情況下會(huì)出現(xiàn)編譯器錯(cuò)誤。

2)在C+中，沒有任何前導(dǎo)作用域的名稱可以在當(dāng)前命名空間中匹配，而大多數(shù)UNIXshell只能在.在PATH.

3)C+總是搜索全局命名空間(比如/含蓄地PATH).

關(guān)于名稱空間與符號(hào)明示性的一般性討論

使用絕對(duì)::abc::def::...“路徑”有時(shí)有助于將您與您正在使用的任何其他名稱空間隔離開來(lái)，這些名稱空間是庫(kù)的客戶端代碼也使用的內(nèi)容的一部分，但實(shí)際上無(wú)法控制其內(nèi)容，甚至是其他庫(kù)。另一方面，它還更緊密地將您與符號(hào)的現(xiàn)有“絕對(duì)”位置結(jié)合在一起，并且您忽略了名稱空間中隱式匹配的優(yōu)點(diǎn)：耦合更少，代碼在命名空間之間更容易移動(dòng)，以及更簡(jiǎn)潔、更易讀的源代碼。

和很多事情一樣，這是一種平衡的行為。C+標(biāo)準(zhǔn)在std::它不那么“獨(dú)特”cout，程序員可能會(huì)在他們的代碼中使用完全不同的東西。merge, includes, fill, generate, exchange, queue, toupper, max)。兩個(gè)不相關(guān)的非標(biāo)準(zhǔn)庫(kù)使用相同的標(biāo)識(shí)符的幾率要高得多，因?yàn)樽髡咄ǔ２恢阑虿惶私鈱?duì)方。庫(kù)-包括C+標(biāo)準(zhǔn)庫(kù)-隨著時(shí)間的推移而改變它們的符號(hào)。所有這些都可能在重新編譯舊代碼時(shí)造成歧義，特別是在大量使用using namespace在這個(gè)空間里你能做的最糟糕的事情就是允許using namespace在標(biāo)頭中，可以轉(zhuǎn)義標(biāo)頭的作用域，因此任意數(shù)量的直接和間接客戶端代碼無(wú)法自行決定使用哪些命名空間以及如何管理歧義。