Java I/O系統

對白釀成語言的設計者來說,創建一個好的輸入/輸出(I/O)系統是一項更艱難的任務。
現有的大量不同方案已經說明了這一點。挑戰似乎來自於要涵蓋所有的可能性。不僅存在各
種用於通信的 I/O 源端和接收端(文件、控制檯、網絡鏈接等),而且還需要以多種不同
的方式與它們進行通信(順序、隨機存取、緩衝、二進制、按字符、按行、按字等)。
Java類庫的設計者是通過創建大量的類來解決這個難題的。一開始,可能會對 Java I/O
系統提供瞭如此多的類而感到不知所措(具有諷刺意味的是,Java I/O 設計的初衷是爲了
避免過多的類)。自從 Java 1.0版本以來,Java 的 I/O 類庫發生了明顯改變,在原來面
向字節的類中添加了面向字符和基於 Unicode的類。在 JDK1.4中,添加了 nio 類(對於
“新 I/O”這個稱呼,從現在這個名字我們仍將要用若干年)用於改進性能及功能。因此,在
充分理解 java I/O 系統以便正確地運用之前,我們需要學習相當數量的類。另外,很有必
要理解 I/O類庫的演化過程,即使我們的第一反應是“不要用歷史打擾我,只需要告訴我怎
麼用。”問題是,如果缺乏歷史的眼光,很快我們就會對什麼時候該使用某些類,什麼時候
不該使用它們而感到迷惑。

 

涉及到的知識有數據的存儲、JAVA IO流、視圖、還有對象集合之類的知識

Java檔案文件(JAR)

Zip 格式也被應用於 JAR(Java ARchive)文件格式中。這種文件格式就象 Zip 一樣可以
將一組文件壓縮到單個壓縮文件中。同 Java中其他任何東西一樣,JAR 文件是跨平臺的,
所以不必擔心跨平臺的問題。聲音和圖像文件可以像類文件一樣被包含在其中。
JAR 文件非常有用,尤其是在涉及因特網應用的時候。如果不採用 JAR 文件,Web 瀏覽器
爲了下載構成一個應用的所有文件時必須重複多次請求 Web 服務器。而且所有這些文件都
是未經壓縮的。如果將所有這些文件合併到一個 JAR 文件中,只需向遠程服務器發出一次
請求即可。同時,由於採用了壓縮技術,可以使傳輸時間更短。另外,出於安全的考慮,JAR
文件中的每個條目都可以加上數字化簽名

 

JAR 文件由一組壓縮文件構成,同時還有一張描述了所有這些文件的“文件清單”。(可
自行創建文件清單,也可以由 jar程序自動生成)。在 JDK文檔中,可以找到與 JAR 文件
清單相關的更多資料。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章