關于Asp.Net中的編程實現下載

2024-07-10 12:56:10

字體：大中小

來源：轉載

供稿：網友

經常在論壇看見有人求asp.net中編程實現下載的代碼，有些還希望能斷點續傳什么的。
其實問題的關鍵在于權限。b/s和c/s不僅僅是外觀上的區別而已。

下載，顧名思義是客戶端要下，所以載。你硬塞給人家那不叫下載，那其實是“從服務器‘上傳’到客戶端”。

有些人的想法是向客戶端“寫一個”你打算他下載的“文件”，在c/s結構中是沒有問題的，因為c端來寫。但是在asp.net卻是不行的，一定會彈出權限的錯誤，因為b/s結構中沒有個c端給你，s端是不可能獲得客戶機硬盤的寫權限的，要不還不是世界大亂了？

上傳和下載的根本區別在于一個是“本地主動送”，一個是“本地主動收”。他們都需要有一方來“主動”，上傳需要對遠程有寫權限，下載需要對遠程有讀權限?，F在的情況是服務器根本對客戶端沒有讀寫權限，所以實際上在b/s里寫這種代碼沒有用。

換個思路，我不要服務器主動，我讓客戶端主動可以嗎？
1、ie的下載功能。包括http協議中規定的下載（對ie本身無法打開的連接文件類型會提示用戶是否下載）這是最方便的，你只要給個超級連接就行了，一點代碼都不用。局限性在于只對“當前ie無法打開的文件類型”有效。這就是為什么同個東西有些人點了打開瀏覽，有些人是提示下載，就是瀏覽器不同（包括組件、版本等）。
2、javascript主動向服務器請求文件，并由js向硬盤上寫。（本人沒嘗試過，所以到底可行與否不知道）
3、由瀏覽器以外的客戶端程序來執行寫操作。c/s版因為有客戶端，簡單的和什么一樣。。。b/s版里有什么是“瀏覽器以外的客戶端程序”而又是你可以訪問的？？沒錯，木馬！放個木馬絕對沒問題（廢話。。）至于怎么放那就是另一方面的事情了。。。
4、讓客戶端以為這是ie的插件（這也許是，也許不是，不是你就要偽裝來騙它），這是3721等喜歡使用的方法。局限性在于和瀏覽器的設置有關，如果設置關掉相應的自動選項，你急也沒辦法！

所以，完全用asp.net在服務器上主觀要求客戶端“下載”，是很難以實現的。需要配合其他手段

注冊會員，創建你的web開發資料庫，

上一篇：一個ASP.NET的進度條

下一篇：從ASP.NET Portal Starter Kit中學到的調整順序新思路