asp.net服务器数据源控件学习笔记
1.数据绑定控件的DataSource属性只能接受三种接口类型的数据
（IListSource，IEnumerable，IDataSource）
2.要手动在已经绑定数据的数据绑定控件上添加自定义的数据：
this.DropDownList1.AppendDataBoundItems = true;
this.DropDownList1.Items.Add("请选择");
如果没有第一句代码，在生命周期中的Render方法生成控件树时，DropDownList添加数据的方式是覆盖的，会将之前的数据覆盖掉，设置为true之后，添加数据的方式变为追加方式，不会覆盖之前的数据（限制性Page_Load在执行Render）
3.Repeater其实是一个for循环，从对象数据源拿到实体对象列表之后，会对这个对象列表进行for循环，每一次循环都会执行xxxxTemplate标签里面的html代码
好处：可以自己定义需要循环的内容，不必像之前服务器自己生成的那么繁杂
4.在为服务器控件的属性设置值的时候, 如果出现 string + <%#Eval("id")%> ，则一定要修改为：
<%# string + Eval("id")%>。
否则，服务器控件的属性，会把 <%当字符串转义的。
5.Eval方法是单向绑定（负责显示）,Bind方法是双向绑定 ~~(负责显示，也负责修改数据)！
6.Repeater的ItemCommand事件：当Repeater控件里面向服务器提交表单时触发，在前台可以标签中使用CommandArgument（里面放要传的值）和CommandName（要执行的操作类型，如：Delete，Modify）属性来设置，在后台的ItemRepeater事件中可以通过e.CommandArgument和e.CommandName接收到
7.Repeater大部分用来展示数据，要进行增删改查用 比较简单
ListView里面通过DataKeyNames设置列的主键
普通使用ListView：使用ObjectDataSource对象数据源控件配置数据源和方法，之后使用ListView数据绑定控件与ObjectDataSource控件绑定
使用异步ListView：需要一个ScriptManager和UpdatePanel的AJAX扩展控件，还是使用ObjectDataSource，ListView，使用方法同上（ScriptManager和ObjectDataSource在UpdatePanel外面，ListView在里面）
ListView找数据源控件要数据，拿到数据之后交给DataPager决定要显示哪些数据（DataPager负责生成页码条，并控制显示在ListView里面的数据行数）
ListView搭配DataPager控件实现的分页是一次性从数据库拿到所有的数据，然后再截取适当的部分显示出来，在数据很大的时候是非常没有效率的，应该在查询数据的时候只查询需要显示的那一部分的数据
使用ListView高效分页
8.母版页与子页面的关系：先执行子页面的PageLoad在执行母版页的PageLoad
9.页面生命周期中有用的方法（按顺序）：
LoadAllState：将表单隐藏域_VIEWSTATE里的数据设置在页面对象的ViewState属性中
ProcessPostData：将表单里提交的控件数据设置给控件树中对应控件的属性中
PageLoad：调用程序员在后台的PageLoad方法中编写的代码（此时已经能访问控件树中的属性了，通过这个在得到浏览器控件里面输入的数据）
ProcessPostDataSecond：再次为控件树里面的控件设置浏览器提交过来的值（主要是为了新增加的控件）
Rend：遍历控件树，生成html代码
10.Cache：
与Appplication原理差不多，都可以由服务器的一个静态字典集合实现。
与Session的区别：Session区分各种不同的浏览器，只有对应的浏览器可以访问，Cache则是所有的人都可以访问
12.整页缓存：会将动态页面生成的html代码存入服务器缓存区，当浏览器再次请求时，服务器不会执行页面的生命周期，而是直接从缓存区中拿到上次生成的html代码发回给浏览器
当使用整页缓存时可以根据页面url的不同参数来设置不同的页面缓存版本。
如：<%@OutputCache Duration="20" VaryByParam="id"%>
Duration="20" 设置缓存的时间（以秒为单位）
VaryByParam="id" 设置根据页面url的参数生成的缓存版本
13.数据源缓存：只是将数据源控件所查询到的数据放入缓存区，是一种局部缓存，当浏览器在此请求时，服务器还是会执行页面的生命周期，只是不在从数据库中查询所需要的数据，而是从缓存区中拿到该数据并交给相应的控件，然后生成html代码发回给浏览器
设置方法：在前台页面的数据源控件代码中，EnableCache="true"（启用）CacheDuration="20"（20秒）
14.自定义的缓存：在后台代码中，Cache["chubbby"] = "chubby";
15.缓存可以设置
绝对过期时间：10秒之后立即清空缓存
滑动过期时间：10秒之内有新的缓存请求的话，10秒重新计时
带文件依赖的缓存：只要依赖的文件没有被修改，缓冲就不会被清空
16.Session默认是保存在Framework内置的一个程序中（aspnet_wp.exe）缺点是容量小，易丢失
可以手动修改配置文件将Session保存到外置的程序，如：aspnet_state.exe(微软提供) 也可以保存在数据库中（前提是要保存的Session如果是对象的话必须序列化，在类名上添加特性[Serializeable]）
在配置文件中<sessionState mode=""></sessionState>
17.全局配置类，可以在其中配置网站运行时出现的任何错误的处理信息（一般用来做错误日志）
在Application_Error方法中：
HttpApplication app = sender as HttpApplication;
Exception ex = app.Context.Server.GetLastError();
string logFile = app.Context.Server.MapPath("04Log.txt");
System.IO.AppendAllText(logFile,ex.Message);
或者一旦出现错误就跳转到自定义的错误页面
app.Context.Response.Redirect("05Err.aspx?err=" + app.Context.Server.UrlEncode(ex.Message));
也可以在全局配置文件类中为请求管道事件注册方法，如在浏览器发送请求之前判断所请求的图片是否为盗链的：
在Application_BeginRequest方法中编写代码
string strPath = app.Context.Request.UrlReferrer;
if(strPath.StartsWith("http://www.baidu.com"))
或者处理黑名单IP
app.Context.Request.UserHostAddress
18.根据错误的状态码跳转到响应的自定义的错误页面
在配置文件中添加
<CustomError mode="on" defaultRedirect="1.aspx">
<error statusCode="404" redirect="2.aspx"/>页面无法找到时
<error statusCode="500" redirect="3.aspx"/>服务器内部异常错误时
</CustomError>
19.HttpModule过滤：
在实现IHttpModule接口的类中可以手动为请求管道的事件注册方法
20.url重写原理：
网站部署后被第一次访问，fw会读取配置文件里面的<Modules>节点，遍历其中的子节点，获取每个过滤器程序集的类创建并转成IHttpModule接口存入一个静态的过滤器集合中，在以后的浏览器每次访问网站时，都会遍历过滤器集合同一调用Init方法向请求管道中注册事件，RewritePath所做的事情就是修改了HttpContext里面包含的请求报文中的请求url
（IListSource，IEnumerable，IDataSource）
2.要手动在已经绑定数据的数据绑定控件上添加自定义的数据：
this.DropDownList1.AppendDataBoundItems = true;
this.DropDownList1.Items.Add("请选择");
如果没有第一句代码，在生命周期中的Render方法生成控件树时，DropDownList添加数据的方式是覆盖的，会将之前的数据覆盖掉，设置为true之后，添加数据的方式变为追加方式，不会覆盖之前的数据（限制性Page_Load在执行Render）
3.Repeater其实是一个for循环，从对象数据源拿到实体对象列表之后，会对这个对象列表进行for循环，每一次循环都会执行xxxxTemplate标签里面的html代码
好处：可以自己定义需要循环的内容，不必像之前服务器自己生成的那么繁杂
4.在为服务器控件的属性设置值的时候, 如果出现 string + <%#Eval("id")%> ，则一定要修改为：
<%# string + Eval("id")%>。
否则，服务器控件的属性，会把 <%当字符串转义的。
5.Eval方法是单向绑定（负责显示）,Bind方法是双向绑定 ~~(负责显示，也负责修改数据)！
6.Repeater的ItemCommand事件：当Repeater控件里面向服务器提交表单时触发，在前台可以标签中使用CommandArgument（里面放要传的值）和CommandName（要执行的操作类型，如：Delete，Modify）属性来设置，在后台的ItemRepeater事件中可以通过e.CommandArgument和e.CommandName接收到
7.Repeater大部分用来展示数据，要进行增删改查用 比较简单
ListView里面通过DataKeyNames设置列的主键
普通使用ListView：使用ObjectDataSource对象数据源控件配置数据源和方法，之后使用ListView数据绑定控件与ObjectDataSource控件绑定
使用异步ListView：需要一个ScriptManager和UpdatePanel的AJAX扩展控件，还是使用ObjectDataSource，ListView，使用方法同上（ScriptManager和ObjectDataSource在UpdatePanel外面，ListView在里面）
ListView找数据源控件要数据，拿到数据之后交给DataPager决定要显示哪些数据（DataPager负责生成页码条，并控制显示在ListView里面的数据行数）
ListView搭配DataPager控件实现的分页是一次性从数据库拿到所有的数据，然后再截取适当的部分显示出来，在数据很大的时候是非常没有效率的，应该在查询数据的时候只查询需要显示的那一部分的数据
使用ListView高效分页
8.母版页与子页面的关系：先执行子页面的PageLoad在执行母版页的PageLoad
9.页面生命周期中有用的方法（按顺序）：
LoadAllState：将表单隐藏域_VIEWSTATE里的数据设置在页面对象的ViewState属性中
ProcessPostData：将表单里提交的控件数据设置给控件树中对应控件的属性中
PageLoad：调用程序员在后台的PageLoad方法中编写的代码（此时已经能访问控件树中的属性了，通过这个在得到浏览器控件里面输入的数据）
ProcessPostDataSecond：再次为控件树里面的控件设置浏览器提交过来的值（主要是为了新增加的控件）
Rend：遍历控件树，生成html代码
10.Cache：
与Appplication原理差不多，都可以由服务器的一个静态字典集合实现。
与Session的区别：Session区分各种不同的浏览器，只有对应的浏览器可以访问，Cache则是所有的人都可以访问
12.整页缓存：会将动态页面生成的html代码存入服务器缓存区，当浏览器再次请求时，服务器不会执行页面的生命周期，而是直接从缓存区中拿到上次生成的html代码发回给浏览器
当使用整页缓存时可以根据页面url的不同参数来设置不同的页面缓存版本。
如：<%@OutputCache Duration="20" VaryByParam="id"%>
Duration="20" 设置缓存的时间（以秒为单位）
VaryByParam="id" 设置根据页面url的参数生成的缓存版本
13.数据源缓存：只是将数据源控件所查询到的数据放入缓存区，是一种局部缓存，当浏览器在此请求时，服务器还是会执行页面的生命周期，只是不在从数据库中查询所需要的数据，而是从缓存区中拿到该数据并交给相应的控件，然后生成html代码发回给浏览器
设置方法：在前台页面的数据源控件代码中，EnableCache="true"（启用）CacheDuration="20"（20秒）
14.自定义的缓存：在后台代码中，Cache["chubbby"] = "chubby";
15.缓存可以设置
绝对过期时间：10秒之后立即清空缓存
滑动过期时间：10秒之内有新的缓存请求的话，10秒重新计时
带文件依赖的缓存：只要依赖的文件没有被修改，缓冲就不会被清空
16.Session默认是保存在Framework内置的一个程序中（aspnet_wp.exe）缺点是容量小，易丢失
可以手动修改配置文件将Session保存到外置的程序，如：aspnet_state.exe(微软提供) 也可以保存在数据库中（前提是要保存的Session如果是对象的话必须序列化，在类名上添加特性[Serializeable]）
在配置文件中<sessionState mode=""></sessionState>
17.全局配置类，可以在其中配置网站运行时出现的任何错误的处理信息（一般用来做错误日志）
在Application_Error方法中：
HttpApplication app = sender as HttpApplication;
Exception ex = app.Context.Server.GetLastError();
string logFile = app.Context.Server.MapPath("04Log.txt");
System.IO.AppendAllText(logFile,ex.Message);
或者一旦出现错误就跳转到自定义的错误页面
app.Context.Response.Redirect("05Err.aspx?err=" + app.Context.Server.UrlEncode(ex.Message));
也可以在全局配置文件类中为请求管道事件注册方法，如在浏览器发送请求之前判断所请求的图片是否为盗链的：
在Application_BeginRequest方法中编写代码
string strPath = app.Context.Request.UrlReferrer;
if(strPath.StartsWith("http://www.baidu.com"))
或者处理黑名单IP
app.Context.Request.UserHostAddress
18.根据错误的状态码跳转到响应的自定义的错误页面
在配置文件中添加
<CustomError mode="on" defaultRedirect="1.aspx">
<error statusCode="404" redirect="2.aspx"/>页面无法找到时
<error statusCode="500" redirect="3.aspx"/>服务器内部异常错误时
</CustomError>
19.HttpModule过滤：
在实现IHttpModule接口的类中可以手动为请求管道的事件注册方法
20.url重写原理：
网站部署后被第一次访问，fw会读取配置文件里面的<Modules>节点，遍历其中的子节点，获取每个过滤器程序集的类创建并转成IHttpModule接口存入一个静态的过滤器集合中，在以后的浏览器每次访问网站时，都会遍历过滤器集合同一调用Init方法向请求管道中注册事件，RewritePath所做的事情就是修改了HttpContext里面包含的请求报文中的请求url