c++ 中的命名空間通常用于避免命名沖突榨崩。盡管命名空間在最近的 c++ 代碼中廣泛使用谴垫，但大多數(shù)較舊代碼都不使用此工具。
基于對眾多C++項(xiàng)目源碼的探索與研究母蛛，總結(jié)出了在這些項(xiàng)目中使用命名空間的一些常見原因翩剪。
1-避免名稱沖突
如前所述，這是在C++中使用命名空間最常見的原因彩郊，在這種情況下前弯，它們的使用只是對編譯器有效。無法為開發(fā)人員在代碼可讀性和維護(hù)性方面帶來什么價(jià)值秫逝。
2-模塊化應(yīng)用程序
命名空間采取 “Namespace-by-feature ”的方法使代碼模塊化恕出。”Namespace-by-feature” 通過命名空間來反映功能集违帆。它將具有相互關(guān)聯(lián)的項(xiàng)歸類在同一個(gè)命名空間浙巫。這會(huì)形成具有高內(nèi)聚低耦合（譯者注：高內(nèi)聚是指一個(gè)軟件模塊是由相關(guān)性很強(qiáng)的代碼組成，只負(fù)責(zé)一項(xiàng)任務(wù)刷后。耦合是一個(gè)軟件結(jié)構(gòu)內(nèi)不同模塊之間互連程度的度量）的畴、模塊性很強(qiáng)的命名空間。
Boost是按功能分組的最佳示例尝胆， 它包含數(shù)以千計(jì)的命名空間丧裁， 每一個(gè)都用于對特定功能進(jìn)行分組。
3-匿名命名空間
匿名的命名空間可避免產(chǎn)生全局靜態(tài)變量含衔。您創(chuàng)建的 “匿名” 命名空間只能在創(chuàng)建它的文件中訪問渣慕。
4-解決枚舉類型成員重名問題
如果在同一個(gè)作用域內(nèi)定義了具有相同名稱的枚舉，C++中的“傳統(tǒng)”枚舉會(huì)在其作用域內(nèi)導(dǎo)出枚舉值抱慌，可能會(huì)導(dǎo)致名稱沖突，
在一個(gè)大型項(xiàng)目中眨猎，不能保證兩個(gè)不同的枚舉都不會(huì)以同名命名抑进。這個(gè)問題在C++ 11中已經(jīng)得以解決，它使用枚舉類睡陪，隱式地對枚舉名稱中的枚舉值進(jìn)行定義寺渗。
許多年前, 使用在命名空間內(nèi)聲明枚舉的技巧解決這個(gè)問題, 而不是像這樣聲明枚舉
enum?status{
status_ok,
status_error
};
它在命名空間中聲明:
namespace?status{
enum?status{
ok,
error
};
}
許多 c++ 項(xiàng)目使用此技巧，例如Unreal Engine（譯者注：UNREAL ENGINE中文名稱為“虛幻引擎” 兰迫，是目前世界最知名授權(quán)最廣的頂尖游戲引擎信殊，占有全球商用游戲引擎80%的市場份額）源代碼就廣泛使用此技術(shù)。
5-隱藏實(shí)現(xiàn)
對于在頭文件中實(shí)現(xiàn)的模板庫汁果，開發(fā)者在調(diào)用時(shí)不需要用到特殊的數(shù)據(jù)類型涡拘，因?yàn)樗麄冎粚Ｗ⒂诠δ艿膶?shí)現(xiàn)，所以對于找到一種適合開發(fā)者調(diào)用庫的方法是很有趣的据德。在c#中鳄乏， “internal” 關(guān)鍵字做了這項(xiàng)工作跷车， 但是在c++中，沒有辦法將公有數(shù)據(jù)類型完全對開發(fā)者進(jìn)行隱藏橱野。
在模塊中將定義和實(shí)現(xiàn)分離朽缴，是由Boost庫開發(fā)者們創(chuàng)建的一個(gè)c++慣用語法，但這些定義必須按照規(guī)則放入到一個(gè)可供開發(fā)者調(diào)用sub-namespace（子命名空間）中水援。
例如在 boost::math文檔中密强， 它指定:
引用
不適用于應(yīng)用程序的函數(shù)是在 boost::math::detail中。
如侵刪蜗元！
