我們通常認為訪問控制是“隱藏實施細節”的一種方式。將數據和方法封裝到類內後，可生成一種數據類型，它具有自己的特征與行為。但由於兩方面重要的原因，訪問為那個數據類型加上了自己的邊界。第一個原因是規定客戶程序員哪些能夠使用，哪些不能。我們可在結構裡構建自己的內部機制，不用擔心客戶程序員將其當作接口的一部分，從而自由地使用或者“濫用”。
這個原因直接導致了第二個原因：我們需要將接口同實施細節分離開。若結構在一系列程序中使用，但用戶除了將消息發給public接口之外，不能做其他任何事情，我們就可以改變不屬於public的所有東西（如“友好的”、protected以及private），同時不要求用戶對他們的代碼作任何修改。
我們現在是在一個面向對象的編程環境中，其中的一個類（class）實際是指“一類對象”，就象我們說“魚類”或“鳥類”那樣。從屬於這個類的所有對象都共享這些特征與行為。“類”是對屬於這一類的所有對象的外觀及行為進行的一種描述。
在一些早期OOP語言中，如Simula-67，關鍵字class的作用是描述一種新的數據類型。同樣的關鍵字在大多數面向對象的編程語言裡都得到了應用。它其實是整個語言的焦點：需要新建數據類型的場合比那些用於容納數據和方法的“容器”多得多。
在Java中，類是最基本的OOP概念。它是本書未采用粗體印刷的關鍵字之一——由於數量太多，所以會造成頁面排版的嚴重混亂。
為清楚起見，可考慮用特殊的樣式創建一個類：將public成員置於最開頭，後面跟隨protected、友好以及private成員。這樣做的好處是類的使用者可從上向下依次閱讀，並首先看到對自己來說最重要的內容（即public成員，因為它們可從文件的外部訪問），並在遇到非公共成員後停止閱讀，後者已經屬於內部實施細節的一部分了。然而，利用由javadoc提供支持的注釋文檔（已在第2章介紹），代碼的可讀性問題已在很大程度上得到了解決。
public class X {
public void pub1(?) { /* . . . */ }
public void pub2(?) { /* . . . */ }
public void pub3(?) { /* . . . */ }
private void priv1(?) { /* . . . */ }
private void priv2(?) { /* . . . */ }
private void priv3(?) { /* . . . */ }
private int i;
// . . .
}
由於接口和實施細節仍然混合在一起，所以只是部分容易閱讀。也就是說，仍然能夠看到源碼——實施的細節，因為它們需要保存在類裡面。向一個類的消費者顯示出接口實際是“類浏覽器”的工作。這種工具能查找所有可用的類，總結出可對它們采取的全部操作（比如可以使用哪些成員等），並用一種清爽悅目的形式顯示出來。到大家讀到這本書的時候，所有優秀的Java開發工具都應推出了自己的浏覽器。
