Net学习日记_ASP.Net_WebForm_笔记

Web应用程序

1.页面的C#代码(后台文件代码)一旦发生修改，需要手动重新编译(生成)一下，生成新的网站程序集(.dll)，否则不会运行编写的新代码。

2.再次强调，不论是【网站】还是【网站应用程序】最终还是被编译成程序集使用的。

 也就是说，我们所谓的【动态页面】(ashx/aspx)都是网站程序集里的类而已。

3.Web应用程序的每个页面类都会自动加上一个命名空间，而网站页面类不会。

 

WebForm(aspx)和一般处理程序(ashx)的区别

1.WebForm：分 aspx 和 aspx.cs 两个前后台文件，aspx主要用来当做“html模板”用，而aspx.cs就是页面处理代码。

2.一般处理程序：分ashx和 ashx.cs 两个文件，ashx里只有一个指令集，没有任何其他代码；ashx.cs就是页面处理代码。如果有大量html，需要通过ashx来拼接字符串或读取模板的方式完成。

3.WebForm类继承于 Page类；而一般处理程序类 实现于 IHttpHandler 接口。

 但是，Page类实现了 IHttpHandler接口，所以，WebForm类也 实现了 这个接口。

练习：创建Web应用程序，创建一个输出服务器时间的 WebForm(aspx)。

4.为什么要使用WebForm(aspx)?

如果要输出大量的html代码的话，使用ashx直接输出html字符串会比较繁琐、读取模板又比较消耗时间和资源，所以当出现这种情况的时候，建议使用 WebForm。

5.什么情况下使用一般处理程序(ashx)？

  当输出内容不包含大量的html甚至不输出html的时候，就可以使用 ashx(图片，json,xml)。

 

WebForm详解

1.页面类指令集（给【编译器】用）

<%@Page Language="C#" AutoEventWireup="true" CodeBehind="01FirstWebForm.aspx.cs" Inherits="_03WebForm._01FirstWebForm" %>

1.1 CodeBehind：指定对应的后台文件名称

1.2 Inherits：指定了前台类继承于哪个后台类。

(透露了一个小秘密：前台页面aspx也会被编译成一个类，前台类 -> 后台类 -> Page -> IHttpHandler)

2. Page 的源码

3.aspx后台类里直接访问 上下文属性

protected void Page_Load(object sender, EventArgs e)
{
  //在webform中可以直接通过Page类的属性 访问到 当前请求上下文对象里对应的属性
  //Response -> context.Response
  //Request -> context.Reqeust
  //Session -> context.Session
}

【源码如图】

4.aspx后台类里的Page_Load方法执行：

//【Page_Load方法会被 Page类里的ProcessRequest调用】

//1.Page类的【事件自动注册机制】会自动的根据 后台类 里的【事件方法名】来找到 Page_Load方法，将此方法 注册到 Page 类一个 OnLoad事件（委托）中

//2.在页面被请求执行的时候，在11-12事件中间调用Page类的ProcessRequest方法

//里面就会 调用 这个Page的所谓的【页面生命周期】，其中就会调用 OnLoad事件从而 执行 注册在里面的 Page_Load方法

protected void Page_Load(object sender, EventArgs e)
{
  Response.Write("我被ProcessRequest方法调用了");
}

5.后台向前台页面输出数据方式

5.1在Page_Load方法中执行Response.Write("<div>我要去前台咯~~</div>");

  输出位置为：生成的HTML代码的最上面。

为什么输出在最上面？

  因为Page类ProcessReqeust方法里微软写好的代码，已经定义了一大段叫做【页面生命周期】的代码，其中会先执行Load事件，此时就通过事件调用执行了 我们的后台类里写的 Page_Load方法；

在【页面生命周期】最后，调用 RenderControl方法，按照前台页面类的代码生成整个HTML页面；所以，Load里输出的在前，前台页面的在后。

 

5.2通过继承关系，在前台页面(子类)中指定位置访问后台页面类(父类)的非私有成员

   注意：<%%>

 

6.页面的【事件自动注册机制】

 在前台页面的@Page 指令集中有一个  AutoEventWireup="true" ，这个就是【事件自动注册机制】的开关，默认为打开。

 当某个页面开启【事件自动注册机制】，那么被浏览器请求时，asp.net内部机制 会自动的创建被请求的前台页面类对象，同时，扫面后台页面类里的所有方法名，一旦找到 符合约定的 方法名，如：Page_Loade，就会将其自动添加到 Page类父类Control里的一个【对应的 事件委托 】中。

 

Request其他属性

1. UrlReferrer：请求的发起页面路径。【对应请求报文里的 Refer 属性】

  如：在00Test.aspx页面 点击超链接去 02OutPutImg.ashx，产生报文如下：

在 02OutPutImg.ashx 页面中可以通过 Reqeust.UrlReferrer获取。

 

2.图片盗链：服务器B的输出给浏览器的页面中包含 服务器A的图片。

 这样对于浏览器用户来说，只知道访问了服务器B的页面，但不知道图片是从服务器A输出的。

所以服务器A要防止别的服务器访问它的图片等其它资源。

【图例】

 

3. Request.UserHostAddress：获取浏览器的IP地址

注意：请求报文不包含此项数据，服务器通过Socket获取的。

 

Server常用成员

1.MapPath

2.Excute：服务器端包含主要用来在aspx页面上指定位置输出另一个aspx页面的运行结果。

【图例】

 

状态保持方案

1.客户端：Cookie，表单元素，Url(QueryString)

Cookie

概念：Cookie是一种能够让网站服务器把少量数据(4kb左右)储存到客户端的硬盘或内存，并且读取出来的一种技术

//1创建cookie对象，并存入键值对
HttpCookie cookie = new HttpCookie("aKey", strName);
//2设置cookie2分钟之后失效
cookie.Expires = DateTime.Now.AddMinutes(2);

//3设置cookie指定需要发送的文件夹
//如果浏览器访问 admin文件夹里的页面，则浏览器自动发送该cookie内容
//如果浏览器访问admin文件夹外面的页面，则浏览器不发送该cookie内容
cookie.Path = "/admin";

//补充：二级域名cookie
//cookie.Domain ="111.baidu.com"

//4将cookie写入响应报文对象
Response.Cookies.Add(cookie);

【图例】

 

2.服务端：Session，ApplicationObject，Caching，数据库

 

Session

1.概念：将数据储存在服务器端缓存中，并根据SessionId访问的一种数据储存机制。

【图例】

2.SessionID的传递方式：

默认使用【浏览器缓存Cookie】保存；

如果浏览器禁用了Cookie，则将SessionID放入Url中来传递。

 

3.特点：

a.保持【某个用户】的某些数据状态；其它用户访问不到他的数据；

b.让用户在使用浏览器访问本网站时可以在任意页面拿到Session中的数据；

c.保存在服务器端比较安全；

d.一旦用户关闭浏览器，则丢失了SessionID，那么服务器的Session数据将在默认时间后自动销毁。

注意：

一般处理程序中如果要访问Session就必须实现 IRequiresSessionState接口

而WebForm的前台页面类，在编译的时候，自动的加上了IRequiresSessionState接口

 

4.Session加载机制

在第8个事件创建完被请求的页面对象之后，也就是第9个事件中，asp.net机制会检测当前页面对象是否实现了System.Web.SessionState.IRequiresSessionState 接口

4.1如果实现了，则：获取请求报文里存在cookie中的 SessionId，然后到服务端的Session池里去找，找到对应的Session对象，并把引用交给当前请求上下文的Session属性。

4.2如果没有实现，则不去加载Session属性。

 

5.ViewState

5.1使用前提，只能使用在WebForm中，并且前台页面必须 包含一个 runat=server的表单。

 

6.Application

概念：就是存在服务器端的一个公共的键值对集合，为了避免脏读，使用之前一定记得 加锁，用完后记得解锁。

 

转载于:https://www.cnblogs.com/lisong-home/p/7965695.html