使用昨天Asp.net直接保存文件到客户端 中的方法,经过我的反复测试,各式文档都运行完全正常。于是昨晚修改了现有代码,修改了下载方法,以解决一直困扰自己的窗口拦截问题。

简介:

使用昨天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),有一种方法,让客户端都不要隐藏已知的扩展名,但是这种方法是无法适应大部分电脑使用者的(一般只有比较熟悉电脑的人才会这样做吧?客人,算了吧...到时候-------残念)


本文转自浪子博客园博客,原文链接:http://www.cnblogs.com/walkingboy/archive/2005/09/23/242553.html,如需转载请自行联系原作者
目录
相关文章
|
2月前
|
测试技术 持续交付 API
深入挖掘探索.NET单元测试
【10月更文挑战第11天】
42 2
|
10天前
|
算法 Java 测试技术
Benchmark.NET:让 C# 测试程序性能变得既酷又简单
Benchmark.NET是一款专为 .NET 平台设计的性能基准测试框架,它可以帮助你测量代码的执行时间、内存使用情况等性能指标。它就像是你代码的 "健身教练",帮助你找到瓶颈,优化性能,让你的应用跑得更快、更稳!希望这个小教程能让你在追求高性能的路上越走越远,享受编程带来的无限乐趣!
54 13
|
15天前
|
开发框架 .NET PHP
ASP.NET Web Pages - 添加 Razor 代码
ASP.NET Web Pages 使用 Razor 标记添加服务器端代码,支持 C# 和 Visual Basic。Razor 语法简洁易学,类似于 ASP 和 PHP。例如,在网页中加入 `@DateTime.Now` 可以实时显示当前时间。
|
26天前
|
敏捷开发 缓存 中间件
.NET技术的高效开发模式,涵盖面向对象编程、良好架构设计及高效代码编写与管理三大关键要素
本文深入探讨了.NET技术的高效开发模式,涵盖面向对象编程、良好架构设计及高效代码编写与管理三大关键要素,并通过企业级应用和Web应用开发的实践案例,展示了如何在实际项目中应用这些模式,旨在为开发者提供有益的参考和指导。
23 3
|
1月前
Visual Studio 快速分析 .NET Dump 文件
【11月更文挑战第10天】.NET Dump 文件是在 .NET 应用程序崩溃或出现问题时生成的,记录了应用程序的状态,包括内存对象、线程栈和模块信息。通过分析这些文件,开发人员可以定位和解决内存泄漏、死锁等问题。在 Visual Studio 中,可以通过调试工具、内存分析工具和符号加载等功能来详细分析 Dump 文件。此外,还可以使用第三方工具如 WinDbg 进行更深入的分析。
|
2月前
|
测试技术 API 开发者
精通.NET单元测试:MSTest、xUnit、NUnit全面解析
【10月更文挑战第15天】本文介绍了.NET生态系统中最流行的三种单元测试框架:MSTest、xUnit和NUnit。通过示例代码展示了每种框架的基本用法和特点,帮助开发者根据项目需求和个人偏好选择合适的测试工具。
44 3
|
29天前
|
开发框架 安全 .NET
.NET使用Moq开源模拟库简化单元测试
.NET使用Moq开源模拟库简化单元测试~
|
29天前
|
API C#
在.NET中使用QuestPDF高效地生成PDF文档
在.NET中使用QuestPDF高效地生成PDF文档
|
2月前
|
存储 开发框架 .NET
Windows IIS中asp的global.asa全局配置文件使用说明
Windows IIS中asp的global.asa全局配置文件使用说明
42 1
|
2月前
|
C# Windows
一款基于.NET开发的简易高效的文件转换器
一款基于.NET开发的简易高效的文件转换器