2010.10.26
1.点击注销时页面转向
protected void lnkSignOut_Click(object sender, EventArgs e)
{
System.Web.Security.FormsAuthentication.SignOut();
Session.RemoveAll();
Response.Redirect("SignOut.aspx");
}
response
2.ispostback
本人对.Net的源代码中相关的处理进行的分析得到如下的结论:
结论① 对于使用Server.Transfer进行迁移时迁移到的页面其IsPostBack=false。
结论② Post方式如果Request中没有请求值,即Request.Form =null则IsPostBack=false;Get方式如果Request中没有请求值,即Request.QueryString =null则IsPostBack=false。
结论③ 如果QueryString或Form虽然有请求值,但是QueryString或Form中的Key没有“__VIEWSTATE”和“__EVENTTARGET”和
“__VIEWSTATEFIELDCOUNT”,并且没有键为“null”,值以“__VIEWSTATE”开头并且也没有值为“__EVENTTARGET”的键值对,则IsPostBack=false。
结论④ 使用Response.Redirect方式向自画面迁移时,此时IsPostBack=false。
结论⑤ 发生跨页提交(CrossPagePostBack),当访问PreviousPage属性的时候,对于源Page,IsPostBack=true。
结论⑥ 发生跨页提交(CrossPagePostBack)时目标页面是IsPostBack=false
结论⑦ 使用Server.Execute迁移到的页面其IsPostBack=false。
结论⑧ 在Page运行期间其对应的DLL被更新了并且Page的树结构发生过变化,这种情况下请求时IsPostBack=false。
可以这样来理解这些结论:一般情况判断Request中如果没有请求值则IsPostBack=false。如果有请求值但是不包括“__VIEWSTATE”等一些特殊的键或值,则IsPostBack=false(每次请求后.Net框架会将一些特殊的隐藏域“__VIEWSTATE”等返回给客户端)。还有一些特殊的情形是上面的规则不能正确判断的需要特殊处理的,这些情形包括Server.Transfer,Response.Redirect,CrossPagePostBack,Server.Execute,发生了页面元素变化及重新编译。
一般来说记住上面的结论就可以,如果您有兴趣,或者怀疑请继续看下面的IsPostBack推论过程。
推导过程……
from http://www.cnblogs.com/hobe/archive/2008/04/06/1139031.html
3. 从PayChargeDetail中选取满足fun表达式的所有列表的其中两个字段,非重复
var resultSet = aladingContext.PayChargeDetail.Where(func).Select(c => new { c.ConsumeSupplierCode, c.ConsumeSupplierName }).Distinct().ToList();
另,sql in 实现如下
http://www.cnblogs.com/ejiyuan/archive/2010/04/22/1527224.html#