p;
}
根据RFC 2616 和 RFC 1806 我们需要指出Content-Type 和 Content-Disposition 文件头字段是通过下列信息来传输二进制数据的。
Response.ContentType = "application/octet-stream";
Response.AppendHeader("Content-Disposition", "attachment;filename=" + "TestDownload.exe");
在将数据写进HTTP响应流之前，请先写这段代码。
修改文件
决定二进制数据需要修改的位置有些困难。如果你有一个普通的可执行应用文件在固定的位置能够包含可执行的资源或是在随机的位置包含代码。这大多数取决于你所要完成的任务并能根据不同的可下载文件作出改变。其他解决方案是用参数初始化批文件并使用定制的参数来重新编译你的应用程序或包。
假设我们发现文件内正确的位置并且需要用用户输入的新数据替换原始内容：
private void PatchData(byte[] buf, string userName, int position) {
byte[] patch = Encoding.Unicode.GetBytes(userName);
System.Array.Copy(patch, 0, buf, position, patch.Length);
}
我们同时假设文件不是很大，能够被加载到单个内存缓冲区中。
因为可下载的可执行文件也许会经常被重新编译和替换，填充的位置也经常改变。所以不要将这些参数在ASP.NET DLL代码中进行硬编码而是将它们放入如Web.config文件中将是非常明智的。
private void lnkDownload_Click(object sender, System.EventArgs e) {
string fileName = ConfigurationSettings.AppSettings["fileName"];
int position = Convert.ToInt32(ConfigurationSettings.AppSettings["position"]);
FileStream stream = new FileStream(Server.MapPath(fileName), FileMode.Open,
FileAccess.Read, FileShare.Read);
try {
Response.ContentType = "application/octet-stream";
Response.AppendHeader("Content-Disposition", "attachment;filename=" + fileName);
int bufSize = (int)stream.Length;
byte[] buf = new byte[bufSize];
int bytesRead = stream.Read(buf, 0, bufSize);
PatchData(buf, edtUserName.Text, position);
Response.OutputStream.Write(buf, 0, bytesRead);
Response.End();
}
finally {
stream.Close();
}
}
源代码和运行例子
目前实现的这个版本有一个限制——为了简化这个Demo，我们没有实现续载的功能。一旦如果你的文件大了，你也许想要改变这样的行为并增加支持续传。为了实现实现随即资源的访问功能，你需要分析文件头请求字段的范围。通过这个请求客户端指定他们需要下载的资源的字节范围。范围字段可以有1个或2个数字组成，如1024-23544。这表示客户端将要接收1024到23544字节间包含的字节数。参见Hypertext Transfer Protocol RFC文档获得更多关于网络范围请求的信息。
这段代码将不断的优化和改进，我们随时欢迎你的评论和建议。
上一页 [1] [2] |
