在ASP.NET中支持断点续传下载大文件(ZT)
IE的自带下载功能中没有断点续传功能，要实现断点续传功能，需要用到HTTP协议中鲜为人知的几个响应头和请求头。
一. 两个必要响应头Accept-Ranges、ETag
客户端每次提交下载请求时，服务端都要添加这两个响应头，以保证客户端和服务端将此下载识别为可以断点续传的下载：
Accept-Ranges：告知下载客户端这是一个可以恢复续传的下载，存放本次下载的开始字节位置、文件的字节大小；
ETag：保存文件的唯一标识（我在用的文件名+文件最后修改时间，以便续传请求时对文件进行验证）；
Last-Modified：可选响应头，存放服务端文件的最后修改时间，用于验证
二. 一个重要请求头Range
Range：首次下载时，Range头为null，此时服务端的响应头中必须添加响应头Accept-Ranges、ETag；
续传请求时，其值表示客户端已经收到的字节数，即本次下载的开始字节位置，服务端依据这个 值从相应位置读取数据发送到客户端。
三. 用于验证的请求头If-Range、
当响应头中包含有Accept-Ranges、ETag时，续传请求时，将包含这些请求头：
If-Range：对应响应头ETag的值；
Unless-Modified-Since：对应响应头Last-Modified的值。
续传请求时，为了保证客户端与服务端的文件的一致性和正确性，有必要对文件进行验证，验证需要自己写验证代码，就根据解析这两个请求头的值，将客户端已下载的部分与服务端的文件进行对比，如果不吻合，则从头开始下载，如果吻合，则断点续传。
四. 速度限制
程序中加入了速度限制，用于对客户端进行权限控制的流量限制。
五. 其它注意事项
如：文件名乱码的问题、文件名中空格变加号、强制客户端显示下载对话框等，详见源码注释：
/**//// <summary>
/// 下载文件，支持大文件、续传、速度限制。支持续传的响应头Accept-Ranges、ETag，请求头Range 。
/// Accept-Ranges：响应头，向客户端指明，此进程支持可恢复下载.实现后台智能传输服务（BITS），值为：bytes；
/// ETag：响应头，用于对客户端的初始（200）响应，以及来自客户端的恢复请求，
/// 必须为每个文件提供一个唯一的ET
相关文档：
学习自定义控件的开发不仅可以使你开发出更灵活的系统更重要的是它可以使你加深对已有服务器控件的理解，得以更灵活的应用。
较之于asp，asp.net提供了更强大的功能，我比较喜欢它的代码分离技术和对诸如C#、VB.Net等强类型语言的使用，这是从开发者的角度来看
的，从用户的角度来看，会觉得它速度更快，运行更稳定，安全 ......
1. Repeater需要手动去绑定数据。 意思是说我们要在View当中写 服务端代码，先从ViewData中取得数据，再去绑定到Repeater。
2. 如果一个页面用到n+1个Repeater，那会不会疯掉？ 而且要给每一个Repeater指定 Id，必去绑数据，头痛啊！！！
&nb ......
ASP.NET中，经常会使用到templates(模版)功能，比如在datagrid，datalist，repeater等控件中，使用templates，将会大大增强其功能。以往，我们一般是在设计程序时，就已经设置好控件中的模版是怎样的了。但是，有的时候，可能我们需要动态加载模版，比如，当你要求你的应用程序的界面风格随着用户的需求而变化时，你就需� ......
在最近的项目中，遇到一个问题，要实现这样的效果：
点pic_small.Aspx页面的缩略图后弹出pic_all.aspx页面，pic_all.aspx页面的大小要根据图片大小自动调整，而且要有图片的说明信息，还可以点上一幅和下一幅等进行翻页。
实现过程如下：
pic_small.Aspx页面缩略图处的代码为：
＜IMG id="imgPic" style="CURSOR: h ......
尽早缓存;经常缓存 您应该在应用程序的每一层都实现缓存。向数据层、业务逻辑层、UI 或输出层添加缓存支持。内存现在非常便宜 — 因此，通过以智能的方式在整个应用程序中实现缓存，可以获得很大的性能提高。 缓存可以掩盖许多过失缓存是一种无需大量时间和分析就可以获得“足够良好� ......
