使用昨天Asp.net直接儲存檔案到用戶端 中的方法,經過我的反覆測試,各式文檔都運行完全正常。於是昨晚修改了現有代碼,修改了下載方法,以解決一直困擾自己的視窗攔截問題。
早上本來還沾沾自喜,這下再也不用老跟客戶解釋為什麼視窗會沒掉了。可惜啊,人算不如天算,還是被MS給陰了。
早上客戶就反映下載的檔案全是亂碼。立馬在本機進行測試,OK,沒問題。不信這個邪了,再同事的機器上實驗,同樣沒問題。
#¥#¥%#¥%¥%……#¥%……¥%……—¥#¥%……#¥%……
我暈,應該是用戶端的問題才是。只好讓客戶NetMeeting示範一下她的操作過程。下載-〉儲存-〉開啟。這麼簡單的流程,連白癡都不會做錯吧?
天啊MS,見鬼了。@##$%$%^$#%%&^&%^&%^
正在鬱悶之際,突然腦光一閃,終於發現不一樣的地方,立馬實驗,果然如此!說到這裡,真是要#@#$ Microsoft 了...
到底有什麼區別呢?請看操作圖:
客人操作圖
我的操作圖
各位看官應該看出不同之處了吧?如果還看不出來可是要打PP的哦---^_^
這件事情的罪魁禍首就是:
解決方案:使用lovecherry 的如何從註冊表讀取檔案的ContentType 一文的方法
修正代碼:
1 /**//// <summary>
2 /// 下載檔案
3 /// </summary>
4 /// <param name="filename">檔案物理地址</param>
5 protected void DownloadFile(string filename)
6 {
7
8 string saveFileName = "test.xls";
9 int intStart = filename.LastIndexOf("\\")+1;
10 saveFileName = filename.Substring(intStart,filename.Length-intStart);
11
12 System.IO.FileInfo fi=new System.IO.FileInfo(filename);
13 string fileextname=fi.Extension;
14 string DEFAULT_CONTENT_TYPE = "application/unknown";
15 RegistryKey regkey,fileextkey;
16 string filecontenttype;
17 try
18 {
19 regkey=Registry.ClassesRoot;
20 fileextkey=regkey.OpenSubKey(fileextname);
21 filecontenttype=fileextkey.GetValue("Content Type",DEFAULT_CONTENT_TYPE).ToString();
22 }
23 catch
24 {
25 filecontenttype=DEFAULT_CONTENT_TYPE;
26 }
27
28
29 Response.Clear();
30 Response.Charset = "utf-8";
31 Response.Buffer= true;
32 this.EnableViewState = false;
33 Response.ContentEncoding = System.Text.Encoding.UTF8;
34
35 Response.AppendHeader("Content-Disposition","attachment;filename=" + saveFileName);
36 Response.ContentType=filecontenttype;
37
38 Response.WriteFile(filename);
39 Response.Flush();
40 Response.Close();
41
42 Response.End();
43 }
44
最後得出結論:要實現柚子Nan提出的能否不考慮檔案的類型,直接把檔案顯示到瀏覽器(Response),有一種方法,讓用戶端都不要隱藏已知的副檔名,但是這種方法是無法適應大部分電腦使用者的(一般只有比較熟悉電腦的人才會這樣做吧?客人,算了吧...到時候-------殘念)