【正文】 break。 } while(true) { int iBytes = (buffer, , 0)。 SendCommand(RETR + strRemoteFileName)。 } FileStream output = new FileStream(strFolder + \\ + strLocalFileName,)。 } if(!(strLocalFileName)) 第 13 頁 共 21 頁 { Stream st = (strLocalFileName)。 } SetTransferType()。最后進行數(shù)據(jù)傳輸以流方式傳輸。 } } 文件傳輸?shù)?程序 實現(xiàn) 先進行判斷是否與主機連接成功，獲取要下載的文件名、保存到本機的路徑、保存到本機時的文件名。 ()。 if((是否刪除文件夾： +path+及其所有內(nèi)容？ ,提示信息 ,)==) { (true)。 其主要代碼程序如下： private void MyDeleteFile(string path) {//刪除本地文件 第 12 頁 共 21 頁 try { if(path==null) return。 } 文件管理的程序?qū)崿F(xiàn) 對文件的管理有新建、刪除、及屬性設(shè)置。 } } bConnected = true。 if( !(iReplyCode == 230 || iReplyCode == 202) ) { CloseSocketConnect()。//關(guān)閉連接 throw new IOException((4))。 } // 登錄 SendCommand(USER +strRemoteUser)。 if(iReplyCode != 220) { DisConnect()。t connect to remote server)。 第 11 頁 共 21 頁 // 鏈接 try { (ep)。其主要代碼程序如下： public void Connect() { socketControl = new Socket(,)。先發(fā)送 IP地址和端口號到服務(wù)器，然后對其應(yīng)答分析，如果應(yīng)答碼為 220表示對新用戶服務(wù)準備好，繼續(xù)發(fā)送用戶名返回應(yīng)答碼 331表示用戶名正確需要口令。具體調(diào)用 WritePrivateProfileString()方法實現(xiàn) 寫入 操作 ，用 GetPrivateProfileString()方法實現(xiàn)讀 操作。 ：在目錄輸入框中可以根據(jù)目錄來顯示所選定的文件夾下所有文件及文件夾信息，信息包括文件路徑、文件創(chuàng)建日期、文件大小，利用GetFileSystemEntries()方法來完成。如： 227 Entering Passive Mode (10,175,125,49,9,17)括號里 6個數(shù)字中前 4個數(shù)字表示 IP 地址 ，后 2 個數(shù)字表示端口號，這 2 個數(shù)字按如下公式計算端口號： 9*256+17=2321 這樣，客戶端就可用 IP 地址 和端口號 2321 第 10 頁 共 21 頁 連接服務(wù)器，建立數(shù)據(jù)連接。 我們使用后者。 在 建立第二個連接 —— 數(shù)據(jù)連接，用于數(shù)據(jù)傳輸。 文件傳輸設(shè) 計 FTP 協(xié)議用兩個連接來達到客戶機與服務(wù)器之間交換數(shù)據(jù)的目的 如圖 3。 文件管理設(shè)計 文件 管理具有文件的主要是新建文件夾、刪除文件，使用 DirectoryInfo 類的 Delete()方法和 CreateDirectory()方法來實現(xiàn)。 552：請求的文件操作中止，存儲分配溢出。 550：未執(zhí)行請求的操作。 530：未 登錄 。 503：命令順序錯誤。 501：參數(shù)語法錯誤。 452：未執(zhí)行 請求的操作：系統(tǒng)存儲空間不足。 450：請求的文件操作未執(zhí)行。 425：不能打開數(shù)據(jù)連接。 350：請求的文件操作需要進一步命令。 331：用戶名正確，需要口令。 250：請求的文件操作完成。 227：進入被動模式。 225：數(shù)據(jù)連接打開，無傳輸正在進行。 220：對新用戶服務(wù)準備好。 214：幫助信息，信息僅對人類用戶有用。 212：目錄狀態(tài)。 202：命令未實現(xiàn)。 150：文件狀態(tài)良好，打開數(shù)據(jù)連接。 120：服務(wù)在 nnn分鐘內(nèi)準備好。 3． 應(yīng)答碼及其含義 110：重新啟動標記應(yīng)答。 接著客戶端應(yīng)發(fā)送密碼給服務(wù)器，如： PASS 123， 密碼正確，返回如： 230 User logged in， proceed，如果用戶名或密碼認證沒有 通過，返回如： 530 Not logged in。 前三個字符 220 表示客戶端與服務(wù)器成功連接，后面的字符會因服務(wù)器的不同而不同，但我們只關(guān)心前三個字符。 1． 客戶端與服務(wù)器連接 第 8 頁 共 21 頁 FTP 是建立在 TCP 之上的連接，端口號使用 21。在一般意義上，有一個 socket用來連接 Ftp 服務(wù)器的相關(guān)端口（如默認的 21），它負責(zé) Ftp 命令的發(fā)送和接收返回的響應(yīng)信息。在這個過程中，我們依靠發(fā)送 —— 響應(yīng)的機制。 :主要是保存一些登錄信息和一些簡單的配置信息。 :主要完成文件的顯示、新建文件、刪除文件等。 功能需求 從用戶的角度來分析 本軟件 應(yīng) 具有以下功能：主機的連接 包括直接連接和連接，直接連接主要是針對偶爾一次登錄的主機，連接是針對常用的主機需要記錄多個登錄信息；對常用的主機地址及基本配置信息需要進行保存；文件能上傳和下載 ，判斷文件名是否重復(fù)進行 詢問是否覆蓋 ， 在斷電的情況下能對文件進行斷點續(xù)傳， 傳輸時進度顯示（獲取文件大小和傳輸速率估計完成時間） ；通過該軟件能新建文件夾，文件名的修改，文件的刪除 ； 能搜索 文件 名為指定的文件；界面需要友好，簡潔。 第 7 頁 共 21 頁 設(shè)計開發(fā)一個多功能 FTP 軟件，本設(shè)計要求實現(xiàn)部分功能 —— 站點的連接、文件的上傳與下 載、文件的重命名、及站點連接功能；能實現(xiàn)站點的添加與管理；能實現(xiàn)相關(guān)個人的設(shè)置保存（比如站點名及用戶 登錄 口令等）。雖然這沒有消除所有針對服務(wù)器的危險，但它大大減少了危險。我們可以通過為 FTP 服務(wù)器指定一個有限的端口范圍來減小服務(wù)器高位端口的暴露。因為客戶端要與服務(wù)器 建立 兩個連接，其中一個連到一個高位隨機端口，而這個端口很有可能被服務(wù)器端的防火墻阻塞掉。因為 FTP 服務(wù)器企圖與客戶端的高位隨機端口建立連接，而這個端口很有可能被客戶端的防火墻阻塞掉。 很多防火墻在設(shè)置的時候都是不允許接受外部發(fā)起的連接的，所以許多位于防火墻后或內(nèi)網(wǎng)的 FTP 服務(wù)器不支持 PASV 模 式 ， 因為客戶端無法穿過防火墻打開 FTP 服務(wù)器的高端端口 ； 而許多內(nèi)網(wǎng)的客戶端不能用 PORT 模式 登錄 FTP 服務(wù)器，因為從服務(wù)器的 TCP20 無法和內(nèi)部網(wǎng)絡(luò)的客戶端建立一個新的連接，造成無法工作 。大多數(shù)瀏覽器只在訪問 URL 時才支持被動模式。例如， Solaris 提供的 FTP命令行工具就不支持被動模式，需要第三方的 FTP 客戶端，比如 ncftp。幸運的是，許多 FTP 守護程序，包括流行的 WUFTPD 允許管理員指定 FTP 服務(wù)器使 用的端口范圍。 被動方式的 FTP 解決了客戶端的許多問題，但同時給服務(wù)器端帶來了更多的問題。在第 3 步中，客戶端初始化一個從自己的數(shù)據(jù)端口到服務(wù)器端指定的數(shù)據(jù)端口的數(shù)據(jù)連接。 被動方式的 FTP 連接過程 如 下圖 2： 圖 2 FTP主動模式 連接過程 圖 第 6 頁 共 21 頁 在第 1 步中，客戶端的命令 端口與服務(wù)器的命令端口建立連接，并發(fā)送命令 “PASV” 。 3).從任何端口到服務(wù)器的大于 1023 端口（入；客戶端初始化數(shù)據(jù)連接到服務(wù)器指定的任意端口 S?C） 。 對于服務(wù)器端的防火墻來說，必須允許 下面的通訊才能支持被動方式的FTP: 1).從任何端口到服務(wù)器的 21端口（客戶端初始化的連接 S?C） 。這樣做的結(jié)果是服務(wù)器會開啟一個任意的非特權(quán)端口（ P1024） ， 并發(fā)送 PORT P 命令給客戶端。當開啟一個 FTP 連接時，客戶端打開兩個任意的非特權(quán)本地端口（ N1024 和 N+1）。對于客戶端的防火墻來說，這是從外部系統(tǒng)建立到內(nèi)部客戶端的連接，這是通常會被阻塞的。 第 5 頁 共 21 頁 主動方式 FTP 的主要問題實際上在于客戶端。然后在第 2步中， FTP 服務(wù)器給客 戶端的命令端口返回一個 ACK。 4).大于 1023 端口到 FTP 服務(wù)器的 20 端口（客戶端發(fā)送 ACK 響應(yīng)到服務(wù)器的數(shù)據(jù)端口 S?C） 。 2).FTP 服務(wù)器的 21 端口到大于 1023 的端口（服務(wù)器響應(yīng)客戶端的控制端口 S?C） 。 FTP server 必須和客戶端建立一個新的連接用來傳送數(shù)據(jù)。 PORT 命令包含了客戶端用什么端口接收數(shù)據(jù)。 Passive 模式 FTP 的客戶端 發(fā)送 PASV 命令到 FTP Server。 第 4 頁 共 21 頁 FTP工作模式 FTP支持兩種模式，一種方式叫做 Standard(也就是 PORT方式，主動方式 )，一種是 Passive(也就是 PASV，被動方式 )。匿名 FTP 一直是 Inter 上獲取信息資源的最主要方式，在Inter 成千上萬的匿名 FTP 主機中存儲著無以計數(shù)的文件，這些文件包含了各種各樣的信息、數(shù)據(jù)和軟件。也就是說，用戶只能從匿名 FTP 主機拷貝其需要的文件而不能把文件拷貝到匿名 FTP 主機?，F(xiàn)在許多系統(tǒng)要求用戶將 Emai1 地址作為口令，以便更好地對訪問者進行跟蹤 。但匿名 FTP 服務(wù)器除外，它能夠使用戶與遠程主機建立連 接并以匿名身份從遠程主機上拷貝文件，而不必是該遠程主機的注冊用戶。使用時，先啟動 FTP 客戶端程序與遠程主機建立連接，然后向遠程主機發(fā)出傳輸命令，遠程主機在收到命令后就給予響應(yīng)，并執(zhí)行正確的命令。 從根本上說， FTP 協(xié)議就是在網(wǎng)絡(luò)中各種不同的計算機之間按照 TCP/IP 協(xié)議來傳輸文件。若將文件從自己計算機中拷貝至遠程計算機上，則稱之為 “ 上載（ upload） ”文件。該協(xié)議是 Inter 文件傳送的基礎(chǔ)，它由一系列規(guī)格說明文檔組成，目標是提高文件的共享性，提供非直接使用遠程計算機，使存儲介質(zhì)對用戶透明和可靠高效地傳送數(shù)據(jù)。讓我們來看看 C的一些突出的特點，相信了解了這些特點以及本項目后你將會深深體會到“ ”──“ SHARP”的真正含義：簡潔的語法 ；精心的面向?qū)ο笤O(shè)； 與 Web 的緊密結(jié)合 ； 完整的安全性與錯誤處理 ； 版本處理技術(shù) ； 靈活性與兼容性 。 正如前文所述， C是專門為 .NET 應(yīng)用而開發(fā)出的語言，這從根本上保證了C與 .NET 框架的完美結(jié)合。選擇使用 C語言設(shè)計的組件能夠用于 Web 服務(wù)，這樣通過 Inter 可以被運行于任何操作系統(tǒng)上任何編程語言所調(diào)用 。 .NET 平臺提供了大量的工具和服務(wù)，能夠最大限度地發(fā)掘和使用計算及通信能力。 Visual Studio .NET 的主要作用在于： 第一、 提供加速開發(fā)過程的高效工具； 第二、 提供對各種各樣的網(wǎng)絡(luò)應(yīng)用程序的快速設(shè)計能力，即程序員可以借助于 Web Forms 在開發(fā)基于窗體的桌面應(yīng)用程序時所使用的技巧來創(chuàng)建跨平臺、跨瀏覽器的網(wǎng)絡(luò)應(yīng)用程序； 第三、 利用 XML 和 Web Services 來簡化分布式。它把開發(fā)功能強大、性能可靠的企業(yè)網(wǎng)絡(luò)解決方案進行了簡化。具體地說， .NET 技術(shù)就是要在不同的網(wǎng)站之間建立起協(xié)定，促進網(wǎng)站之間的協(xié)同合作，實現(xiàn)信息的自動交流，從而幫助用戶最大限度地獲取信息、并對他們的數(shù)據(jù)進行簡單、高效的管理。 2 技術(shù)背景 .NET 技術(shù)簡介 .NET 技術(shù)是 2020 年微軟公司推出的全新概念，它代表了一個集合、一個環(huán)境、一個編程的基礎(chǔ)結(jié)構(gòu)。根據(jù)現(xiàn)有的 FTP 軟件進行設(shè)計與實現(xiàn)。并希望能給 FTP 客戶端編寫初學(xué)者一些幫助。對信息的快速共享起著一定的作用。對提高自己的 C語言編程能力，熟悉 ftp 工作過程。由于 FTP 操作簡單實用，開放性強，且能充分利用 Inter 來進行信息傳遞與交流，所以目前越來越多的 FTP 服務(wù)器連入 Inter，這樣越來越多的資源就可以通 過匿名 FTP 來獲得。通過 Inter， 任何用戶可以使用 FTP 和一個公用賬號（通常賬號名是 anonymous）去獲得一些公用資源。當時數(shù)據(jù)傳輸協(xié)議采用 NCP； 1980 年 ， 由于底層協(xié)議從 NCP 改變?yōu)?TCP， RFC 765 定義了采用 TCP 的 FTP； 1985 年 ， 一個作用持續(xù)至今的官方文檔 RFC 959(STD 9)出臺。 傳統(tǒng)的數(shù)據(jù)庫應(yīng)用系統(tǒng)采用的是客戶機 /服務(wù)器(Client/Server)模式，有高度