我們通常認為訪問控制是“隱藏實施細節(jié)”的一種方式。將數據和方法封裝到類內后，可生成一種數據類型，它具有自己的特征與行為。但由于兩方面重要的原因，訪問為那個數據類型加上了自己的邊界。第一個原因是規(guī)定客戶程序員哪些能夠使用，哪些不能。我們可在結構里構建自己的內部機制，不用擔心客戶程序員將其當作接口的一部分，從而自由地使用或者“濫用”。

這個原因直接導致了第二個原因：我們需要將接口同實施細節(jié)分離開。若結構在一系列程序中使用，但用戶除了將消息發(fā)給public接口之外，不能做其他任何事情，我們就可以改變不屬于public的所有東西（如“友好的”、protected以及private），同時不要求用戶對他們的代碼作任何修改。

我們現在是在一個面向對象的編程環(huán)境中，其中的一個類（class）實際是指“一類對象”，就象我們說“魚類”或“鳥類”那樣。從屬于這個類的所有對象都共享這些特征與行為。“類”是對屬于這一類的所有對象的外觀及行為進行的一種描述。

在一些早期OOP語言中，如Simula-67，關鍵字class的作用是描述一種新的數據類型。同樣的關鍵字在大多數面向對象的編程語言里都得到了應用。它其實是整個語言的焦點：需要新建數據類型的場合比那些用于容納數據和方法的“容器”多得多。

在Java中，類是最基本的OOP概念。它是本書未采用粗體印刷的關鍵字之一——由于數量太多，所以會造成頁面排版的嚴重混亂。

為清楚起見，可考慮用特殊的樣式創(chuàng)建一個類：將public成員置于最開頭，后面跟隨protected、友好以及private成員。這樣做的好處是類的使用者可從上向下依次閱讀，并首先看到對自己來說最重要的內容（即public成員，因為它們可從文件的外部訪問），并在遇到非公共成員后停止閱讀，后者已經屬于內部實施細節(jié)的一部分了。然而，利用由javadoc提供支持的注釋文檔，代碼的可讀性問題已在很大程度上得到了解決。 

public?class?X?{?
?public?void?pub1(?)?{?
?/*?.?.?.?*/?
?}?
?public?void?pub2(?)?{?
?/*?.?.?.?*/?
?}?
?public?void?pub3(?)?{?
?/*?.?.?.?*/?
?}?
?private?void?priv1(?)?{?
?/*?.?.?.?*/?
?}?
?private?void?priv2(?)?{?
?/*?.?.?.?*/?
?}?
?private?void?priv3(?)?{?
?/*?.?.?.?*/
?}?
?private?int?i;?
?//?.?.?.?
}

由于接口和實施細節(jié)仍然混合在一起，所以只是部分容易閱讀。也就是說，仍然能夠看到源碼——實施的細節(jié)，因為它們需要保存在類里面。向一個類的消費者顯示出接口實際是“類瀏覽器”的工作。這種工具能查找所有可用的類，總結出可對它們采取的全部操作（比如可以使用哪些成員等），并用一種清爽悅目的形式顯示出來。到大家讀到這本書的時候，所有優(yōu)秀的Java開發(fā)工具都應推出了自己的瀏覽器。

以上就是動力節(jié)點java培訓機構的小編針對“Java編程語言分享，Java接口與實現”的內容進行的回答，希望對大家有所幫助，如有疑問，請在線咨詢，有專業(yè)老師隨時為你服務。