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