### [命名可見性](https://lingcoder.gitee.io/onjava8/#/book/03-Objects-Everywhere?id=%e5%91%bd%e5%90%8d%e5%8f%af%e8%a7%81%e6%80%a7) 命名控制在任何一門編程語言中都是一個問題。如果你在兩個模塊中使用相同的命名，那么如何區分這兩個名稱，并防止兩個名稱發生“沖突”呢？在 C 語言編程中這是很具有挑戰性的，因為程序通常是一個無法管理的名稱海洋。C++ 將函數嵌套在類中，所以它們不會和嵌套在其他類中的函數名沖突。然而，C++ 還是允許全局數據和全局函數，因此仍有可能發生沖突。為了解決這個問題，C++ 使用附加的關鍵字引入了*命名空間*。 Java 采取了一種新的方法避免了以上這些問題：為一個類庫生成一個明確的名稱，Java 創建者希望我們反向使用自己的網絡域名，因為域名通常是唯一的。因此我的域名是 MindviewInc.com，所以我將我的 foibles 類庫命名為 com.mindviewinc.utility.foibles。反轉域名后，`.`用來代表子目錄的劃分。 在 Java 1.0 和 Java 1.1 中，域擴展名 com、 edu、 org 和 net 等按慣例大寫，因此類庫中會出現這樣類似的名稱：Com.mindviewinc.utility.foibles。然而，在 Java 2 的開發過程中，他們發現這會導致問題，所以現在整個包名都是小寫的。此機制意味著所有文件都自動存在于自己的命名空間中，文件中的每個類都具有唯一標識符。這樣，Java 語言可以防止名稱沖突。 使用反向 URL 是一種新的命名空間方法，在此之前尚未有其他語言這么做過。Java 中有許多這些“創造性”地解決問題的方法。正如你想象，如果我們未經測試就添加一個功能并用于生產，那么在將來發現該功能的問題再想糾正，通常為時已晚（有些錯誤太嚴重了就得從語言中刪除新功能。） 使用反向 URL 將命名空間與文件路徑相關聯不會導致BUG，但它卻給源代碼管理帶來麻煩。例如在`com.mindviewinc.utility.foibles`這樣的目錄結構中，我們創建了`com`和`mindviewinc`空目錄。它們存在的唯一目的就是用來表示這個反向的 URL。 這種方式似乎為我們在編寫 Java 程序中的某個問題打開了大門。空目錄填充了深層次結構，它們不僅用于表示反向 URL，還用于捕獲其他信息。這些長路徑基本上用于存儲有關目錄中的內容的數據。如果你希望以最初設計的方式使用目錄，這種方法可以從“令人沮喪”到“令人抓狂”，對于生產級的 Java 代碼，你必須使用專門為此設計的 IDE 來管理代碼。例如 NetBeans，Eclipse 或 IntelliJ IDEA。實際上，這些 IDE 都為我們管理和創建深層次空目錄結構。 對于這本書中的例子，我不想讓深層次結構給你的學習帶來額外的麻煩，這實際上需要你在開始之前學習熟悉一種重量級的 IDE。所以，我們的每個章節的示例都位于一個淺的子目錄中，以章節標題為名。這導致我偶爾會與遵循深層次方法的工具發生沖突。