對於任何關系，最重要的一點都是規定好所有方面都必須遵守的界限或規則。創建一個庫時，相當於建立了同那個庫的用戶（即“客戶程序員”）的一種關系——那些用戶屬於另外的程序員，可能用我們的庫自行構建一個應用程序，或者用我們的庫構建一個更大的庫。
如果不制訂規則，客戶程序員就可以隨心所欲地操作一個類的所有成員，無論我們本來願不願意其中的一些成員被直接操作。所有東西都在別人面前都暴露無遺。
本章講述了如何構建類，從而制作出理想的庫。首先，我們講述如何將一組類封裝到一個庫裡。其次，我們講述類如何控制對自己成員的訪問。
一般情況下，一個C程序項目會在50K到100K行代碼之間的某個地方開始中斷。這是由於C僅有一個“命名空間”，所以名字會開始互相抵觸，從而造成額外的管理開銷。而在Java中，package關鍵字、包命名方案以及import關鍵字為我們提供對名字的完全控制，所以命名沖突的問題可以很輕易地得到避免。
有兩方面的原因要求我們控制對成員的訪問。第一個是防止用戶接觸那些他們不應碰的工具。對於數據類型的內部機制，那些工具是必需的。但它們並不屬於用戶接口的一部分，用戶不必用它來解決自己的特定問題。所以將方法和字段變成“私有”（private）後，可極大方便用戶。因為他們能輕易看出哪些對於自己來說是最重要的，以及哪些是自己需要忽略的。這樣便簡化了用戶對一個類的理解。
進行訪問控制的第二個、也是最重要的一個原因是：允許庫設計者改變類的內部工作機制，同時不必擔心它會對客戶程序員產生什麼影響。最開始的時候，可用一種方法構建一個類，後來發現需要重新構建代碼，以便達到更快的速度。如接口和實施細節早已進行了明確的分隔與保護，就可以輕松地達到自己的目的，不要求用戶改寫他們的代碼。
利用Java中的訪問指示符，可有效控制類的創建者。那個類的用戶可確切知道哪些是自己能夠使用的，哪些則是可以忽略的。但更重要的一點是，它可確保沒有任何用戶能依賴一個類的基礎實施機制的任何部分。作為一個類的創建者，我們可自由修改基礎的實施細節，這一改變不會對客戶程序員產生任何影響，因為他們不能訪問類的那一部分。
有能力改變基礎的實施細節後，除了能在以後改進自己的設置之外，也同時擁有了“犯錯誤”的自由。無論當初計劃與設計時有多麼仔細，仍然有可能出現一些失誤。由於知道自己能相當安全地犯下這種錯誤，所以可以放心大膽地進行更多、更自由的試驗。這對自己編程水平的提高是很有幫助的，使整個項目最終能更快、更好地完成。
一個類的公共接口是所有用戶都能看見的，所以在進行分析與設計的時候，這是應盡量保證其准確性的最重要的一個部分。但也不必過於緊張，少許的誤差仍然是允許的。若最初設計的接口存在少許問題，可考慮添加更多的方法，只要保證不刪除客戶程序員已在他們的代碼裡使用的東西。
