內容: 摘要： 本文介紹了在JAVA中如何使用java現有的可用的庫來編寫FTP客戶端代碼。文章比較了一系列詳盡的FTP庫，從正反兩面介紹了每個庫，幫助決策者根據自己的需要選擇其中最合適的一個。另外，本文解釋了當一個庫被替換時，fagade 樣式如何幫助改變對其的管理。最后作者Jean-Pierre Norguet討論并提出了一些由于缺乏權威規范而引起的問題。（2003/4/4） 讓我們設想這樣一個情形－－我們想寫一個純Java的從一個遠程計算機上運行的FTP服務器上下載文件的應用程序；我們還希望能夠過濾那些供下載的遠程文件的基本文件信息如文件名、數據或者文件大小。 盡管從頭開始寫一個FTP協議處理程序是可能的，并且也許很有趣，但這項工作也是困難、漫長并且存在著潛在的危險。因為我們不愿意親自花時間、精力、或者金錢去寫這樣的一個處理程序，所以我們轉而采用那些已經存在的可重用的組件。并且很多的庫存在于萬維網（WWW）上。使用FTP客戶端庫，一個下載文件的程序可以用Java簡單地寫成這樣： FTPClient ftpClient = new FTPClient(); ftpClient.connect('ftp.foo.com', 'user01', 'pass1234'); ftpClient.download('C:Temp', 'README.txt'); // Eventually other operations here ... ftpClient.disconnect(); 找一個優秀的適合我們需要的java FTP 客戶端庫并不像看起來那么簡單。相反這是一項非常痛苦復雜的工作。首先找到一個FTP客戶端庫需要一些時間，其次，在我們找到所有的存在的庫后，我們該選哪一個呢？每個庫都適合不同的需求。這些庫在性能上是不等價的，并且它們的設計上有著根本上的差別。每個類庫都各具特點并使用不同的術語來描述它們。因而，評價和比較FTP客戶端庫是一件困難的事情。 使用可重用組件是一種值得提倡的方法，但是在這種情況下，剛開始往往是令人氣餒的。后來或許有點慚愧：在選擇了一個好的FTP庫后，其后的工作就非常簡單了，按簡單的規則來就行了。 本文的目的是使選擇的過程更簡短、容易、有價值。首先我列舉了所有的可用的FTP客戶端庫，然后定義并描述了一系列的FTP客戶端庫應該在某方面提出的相關標準。最后，我會描述一下這些庫的性能等彼此比較的結果。所有的這些都為我們做一個快速的,可靠的,長期的決定提供了所需的東西。 FTP 的JDK支持 注釋959（RFC959）需要FTP的參考規范，SUN微系統在JDK中提供了一個RFC959接口，但是它是內在的、沒有正式文檔記載的、并且沒有提高任何源代碼。盡管RFC959目前還沒有清楚的說明，它實際上是RFC1738的一個公共接口的實現的后續－－URL規范，如圖1所示 IMG http://www.javaworld.com/javaworld/jw-04-2003/images/jw-0404-ftp1-thumb.gif[/IMG] 一個RFC1738實現在JDK中是作為標準被提供的，它為FTP傳輸操作完成合適的工作。它是公開的,并有正式文檔說明，而且應該提供源代碼。我們寫出如下語句來使用這個實現： URL url = new URL('ftp://user01:[email protected]/README.txt;type=i'); URLConnection urlc = url.openConnection(); InputStream is = urlc.getInputStream(); // 下載 OutputStream os = urlc.getOutputStream(); // 上傳 FTP客戶端的JDK支持嚴格的遵循標準建議，但是它具有一些缺點： 首先，它和第三方FTP類庫有著根本的區別，RFC959實現優于RFC1738的； 第二，大多數臺式機的FTP客戶端工具中都是基于RFC959實現的，很多的JAVA程序使用這些工具來連接到FTP服務器。由于喜好的原因，這些工具大部分需要采用基于RFC959的庫。 第三，URL和URLConnection類只是為通訊打開流。SUN的庫沒有為將原始的FTP服務器的回應信息組織構成更多可用的Java的對象如String, File, RemoteFile, 或 Calendar這些提供任何直接的支持。因此我們必須寫更多的代碼來將數據寫入文件或者生成一個目錄表。 第四，正如RFC1738中的3.2.5節所說明的，“最優化，FTP URLs要求在每次操作后都要將連接控制關閉。當傳輸很多小的文件的時候，這是相當不經濟的,而且效率相當低。而且，強限制的FTP服務器可能判斷這是一個惡意的網絡攻擊或濫用高層通訊,進而會禁止其進一步的訪問。 最后，它缺乏一些有用的特征。 由于上述的原因，使用一個第三者庫是更優越的。下面的就列舉出了一些可用的第三者代替方案：庫的比較： 下面的列表簡單的概述了我在本文中比較的庫。它們都遵循FTP參考規范，下面我將列舉提供者名字和庫的名稱（斜體字表示的部分），資源中包含了到每個產品的站點的鏈接。為了啟動對庫的使用，我還在本文中論及了主要的FTP客戶端類。1. JScape, iNet Factory: com.jscape.inet.ftp.Ftp 2. /n software, IP*Works: ipworks.Ftp 3. Enterprise Distributed Technologies, Java FTP Client Library: com.enterprisedt.net.ftp.FTPClient 4. IBM alphaWorks, FTP Bean Suite: com.ibm.network.ftp.protocol.FTPProtocol 5. SourceForge, JFtp: net.sf.jftp.net.FtpConnection 6. The Jakarta Project, Jakarta Commons/Net: org.apache.commons.net.ftp.FTPClient 7. JavaShop JNetBeans: jshop.jnet.FTPClient 8. Sun, JDK: sun.net.ftp.FtpClient 9. Florent Cueto, JavaFTP API: com.cqs.ftp.FTP 10.Bea Petrovicova, jFTP: cz.dhl.ftp.Ftp 11.The Globus Project, Java CoG Kit: org.globus.io.ftp.FTPClient 注： 1.在我寫本文的同時，IBM正在評估將它的alphaWorks FTP Bean Suite 發布到網上是否合適。但是目前已經取消了所有的用戶下載權限。 2.Jakarta Commons/Net 是Savarese NetComponents（不再發展）的一個臨時性替代。 3.JavaShop JNetBeans似乎被拋棄了，在我寫本文的同時，其網站已經有一個多月沒有開了，我也從沒收到任何對我的請求支持的回訊。Matrix經javaworld授權翻譯您可以點擊-watermark查看翻譯作者的詳細信息.加入matrix,與java共舞: www.matrix.org.cn Java, java, J2SE, j2se, J2EE, j2ee, J2ME, j2me, ejb, ejb3, JBOSS, jboss, spring, hibernate, jdo, struts, webwork, ajax, AJAX, mysql, MySQL, Oracle, Weblogic, Websphere, scjp, scjd