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
转载于:https://www.cnblogs.com/jchubby/p/4429746.html