# 5.4 類訪問
在Java中,亦可用訪問指示符判斷出一個庫內的哪些類可由那個庫的用戶使用。若想一個類能由客戶程序員調用,可在類主體的起始花括號前面某處放置一個`public`關鍵字。它控制著客戶程序員是否能夠創建屬于這個類的一個對象。
為控制一個類的訪問,指示符必須在關鍵字`class`之前出現。所以我們能夠使用:
```
public class Widget {
```
也就是說,假若我們的庫名是`mylib`,那么所有客戶程序員都能訪問`Widget`——通過下述語句:
```
import mylib.Widget;
```
或者
```
import mylib.*;
```
然而,我們同時還要注意到一些額外的限制:
(1) 每個編譯單元(文件)都只能有一個`public`類。每個編譯單元有一個公共接口的概念是由那個公共類表達出來的。根據自己的需要,它可擁有任意多個提供支撐的“友好”類。但若在一個編譯單元里使用了多個`public`類,編譯器就會向我們提示一條出錯消息。
(2) `public`類的名字必須與包含了編譯單元的那個文件的名字完全相符,甚至包括它的大小寫形式。所以對于`Widget`來說,文件的名字必須是`Widget.java`,而不應是`widget.java`或者`WIDGET.java`。同樣地,如果出現不符,就會報告一個編譯期錯誤。
(3) 可能(但并常見)有一個編譯單元根本沒有任何公共類。此時,可按自己的意愿任意指定文件名。
如果已經獲得了`mylib`內部的一個類,準備用它完成由`Widget`或者`mylib`內部的其他某些`public`類執行的任務,此時又會出現什么情況呢?我們不希望花費力氣為客戶程序員編制文檔,并感覺以后某個時候也許會進行大手筆的修改,并將自己的類一起刪掉,換成另一個不同的類。為獲得這種靈活處理的能力,需要保證沒有客戶程序員能夠依賴自己隱藏于`mylib`內部的特定實現細節。為達到這個目的,只需將`public`關鍵字從類中剔除即可,這樣便把類變成了“友好的”(類僅能在包內使用)。
注意不可將類設成`private`(那樣會使除類之外的其他東西都不能訪問它),也不能設成`protected`(注釋④)。因此,我們現在對于類的訪問只有兩個選擇:“友好的”或者`public`。若不愿其他任何人訪問那個類,可將所有構造器設為`private`。這樣一來,在類的一個`static`成員內部,除自己之外的其他所有人都無法創建屬于那個類的一個對象(注釋⑤)。如下例所示:
```
//: Lunch.java
// Demonstrates class access specifiers.
// Make a class effectively private
// with private constructors:
class Soup {
private Soup() {}
// (1) Allow creation via static method:
public static Soup makeSoup() {
return new Soup();
}
// (2) Create a static object and
// return a reference upon request.
// (The "Singleton" pattern):
private static Soup ps1 = new Soup();
public static Soup access() {
return ps1;
}
public void f() {}
}
class Sandwich { // Uses Lunch
void f() { new Lunch(); }
}
// Only one public class allowed per file:
public class Lunch {
void test() {
// Can't do this! Private constructor:
//! Soup priv1 = new Soup();
Soup priv2 = Soup.makeSoup();
Sandwich f1 = new Sandwich();
Soup.access().f();
}
} ///:~
```
④:實際上,Java 1.1內部類既可以是“受到保護的”,也可以是“私有的”,但那屬于特別情況。第7章會詳細解釋這個問題。
⑤:亦可通過從那個類繼承來實現。
迄今為止,我們創建過的大多數方法都是要么返回void,要么返回一個基本數據類型。所以對下述定義來說:
```
public static Soup access() {
return psl;
}
```
它最開始多少會使人有些迷惑。位于方法名(`access`)前的單詞指出方法到底返回什么。在這之前,我們看到的都是`void`,它意味著“什么也不返回”(`void`在英語里是“虛無”的意思。但亦可返回指向一個對象的引用,此時出現的就是這個情況。該方法返回一個引用,它指向類`Soup`的一個對象。
`Soup`類向我們展示出如何通過將所有構造器都設為`private`,從而防止直接創建一個類。請記住,假若不明確地至少創建一個構造器,就會自動創建默認構造器(沒有參數)。若自己編寫默認構造器,它就不會自動創建。把它變成`private`后,就沒人能為那個類創建一個對象。但別人怎樣使用這個類呢?上面的例子為我們揭示出了兩個選擇。第一個選擇,我們可創建一個`static`方法,再通過它創建一個新的`Soup`,然后返回指向它的一個引用。如果想在返回之前對`Soup`進行一些額外的操作,或者想了解準備創建多少個`Soup`對象(可能是為了限制它們的個數),這種方案無疑是特別有用的。
第二個選擇是采用“設計模式”(Design Pattern)技術,本書后面會對此進行詳細介紹。通常方案叫作“單例”,因為它僅允許創建一個對象。類`Soup`的對象被創建成`Soup`的一個`static private`成員,所以有一個而且只能有一個。除非通過`public`方法`access()`,否則根本無法訪問它。
正如早先指出的那樣,如果不針對類的訪問設置一個訪問指示符,那么它會自動默認為“友好的”。這意味著那個類的對象可由包內的其他類創建,但不能由包外創建。請記住,對于相同目錄內的所有文件,如果沒有明確地進行`package`聲明,那么它們都默認為那個目錄的默認包的一部分。然而,假若那個類一個`static`成員的屬性是`public`,那么客戶程序員仍然能夠訪問那個`static`成員——即使它們不能創建屬于那個類的一個對象。
- Java 編程思想
- 寫在前面的話
- 引言
- 第1章 對象入門
- 1.1 抽象的進步
- 1.2 對象的接口
- 1.3 實現方案的隱藏
- 1.4 方案的重復使用
- 1.5 繼承:重新使用接口
- 1.6 多態對象的互換使用
- 1.7 對象的創建和存在時間
- 1.8 異常控制:解決錯誤
- 1.9 多線程
- 1.10 永久性
- 1.11 Java和因特網
- 1.12 分析和設計
- 1.13 Java還是C++
- 第2章 一切都是對象
- 2.1 用引用操縱對象
- 2.2 所有對象都必須創建
- 2.3 絕對不要清除對象
- 2.4 新建數據類型:類
- 2.5 方法、參數和返回值
- 2.6 構建Java程序
- 2.7 我們的第一個Java程序
- 2.8 注釋和嵌入文檔
- 2.9 編碼樣式
- 2.10 總結
- 2.11 練習
- 第3章 控制程序流程
- 3.1 使用Java運算符
- 3.2 執行控制
- 3.3 總結
- 3.4 練習
- 第4章 初始化和清除
- 4.1 用構造器自動初始化
- 4.2 方法重載
- 4.3 清除:收尾和垃圾收集
- 4.4 成員初始化
- 4.5 數組初始化
- 4.6 總結
- 4.7 練習
- 第5章 隱藏實現過程
- 5.1 包:庫單元
- 5.2 Java訪問指示符
- 5.3 接口與實現
- 5.4 類訪問
- 5.5 總結
- 5.6 練習
- 第6章 類復用
- 6.1 組合的語法
- 6.2 繼承的語法
- 6.3 組合與繼承的結合
- 6.4 到底選擇組合還是繼承
- 6.5 protected
- 6.6 累積開發
- 6.7 向上轉換
- 6.8 final關鍵字
- 6.9 初始化和類裝載
- 6.10 總結
- 6.11 練習
- 第7章 多態性
- 7.1 向上轉換
- 7.2 深入理解
- 7.3 覆蓋與重載
- 7.4 抽象類和方法
- 7.5 接口
- 7.6 內部類
- 7.7 構造器和多態性
- 7.8 通過繼承進行設計
- 7.9 總結
- 7.10 練習
- 第8章 對象的容納
- 8.1 數組
- 8.2 集合
- 8.3 枚舉器(迭代器)
- 8.4 集合的類型
- 8.5 排序
- 8.6 通用集合庫
- 8.7 新集合
- 8.8 總結
- 8.9 練習
- 第9章 異常差錯控制
- 9.1 基本異常
- 9.2 異常的捕獲
- 9.3 標準Java異常
- 9.4 創建自己的異常
- 9.5 異常的限制
- 9.6 用finally清除
- 9.7 構造器
- 9.8 異常匹配
- 9.9 總結
- 9.10 練習
- 第10章 Java IO系統
- 10.1 輸入和輸出
- 10.2 增添屬性和有用的接口
- 10.3 本身的缺陷:RandomAccessFile
- 10.4 File類
- 10.5 IO流的典型應用
- 10.6 StreamTokenizer
- 10.7 Java 1.1的IO流
- 10.8 壓縮
- 10.9 對象序列化
- 10.10 總結
- 10.11 練習
- 第11章 運行期類型識別
- 11.1 對RTTI的需要
- 11.2 RTTI語法
- 11.3 反射:運行期類信息
- 11.4 總結
- 11.5 練習
- 第12章 傳遞和返回對象
- 12.1 傳遞引用
- 12.2 制作本地副本
- 12.3 克隆的控制
- 12.4 只讀類
- 12.5 總結
- 12.6 練習
- 第13章 創建窗口和程序片
- 13.1 為何要用AWT?
- 13.2 基本程序片
- 13.3 制作按鈕
- 13.4 捕獲事件
- 13.5 文本字段
- 13.6 文本區域
- 13.7 標簽
- 13.8 復選框
- 13.9 單選鈕
- 13.10 下拉列表
- 13.11 列表框
- 13.12 布局的控制
- 13.13 action的替代品
- 13.14 程序片的局限
- 13.15 視窗化應用
- 13.16 新型AWT
- 13.17 Java 1.1用戶接口API
- 13.18 可視編程和Beans
- 13.19 Swing入門
- 13.20 總結
- 13.21 練習
- 第14章 多線程
- 14.1 反應靈敏的用戶界面
- 14.2 共享有限的資源
- 14.3 堵塞
- 14.4 優先級
- 14.5 回顧runnable
- 14.6 總結
- 14.7 練習
- 第15章 網絡編程
- 15.1 機器的標識
- 15.2 套接字
- 15.3 服務多個客戶
- 15.4 數據報
- 15.5 一個Web應用
- 15.6 Java與CGI的溝通
- 15.7 用JDBC連接數據庫
- 15.8 遠程方法
- 15.9 總結
- 15.10 練習
- 第16章 設計模式
- 16.1 模式的概念
- 16.2 觀察器模式
- 16.3 模擬垃圾回收站
- 16.4 改進設計
- 16.5 抽象的應用
- 16.6 多重分發
- 16.7 訪問器模式
- 16.8 RTTI真的有害嗎
- 16.9 總結
- 16.10 練習
- 第17章 項目
- 17.1 文字處理
- 17.2 方法查找工具
- 17.3 復雜性理論
- 17.4 總結
- 17.5 練習
- 附錄A 使用非JAVA代碼
- 附錄B 對比C++和Java
- 附錄C Java編程規則
- 附錄D 性能
- 附錄E 關于垃圾收集的一些話
- 附錄F 推薦讀物