asp.net 復習（2）
五、ASP.NET两个页面之间传递值的几种方式
ASP.NET 提供了卓越的事件驱动编程模型，让开发者简化了应用程序的总体设计，但是这个也造成了它固有的一些问题，例如，使用传统的ASP里，我们可以通过使用 POST方法很容易地实现页面间传递值，同样的事情，在使用事件驱动编程模型的ASP.NET就不是那么容易了，当然了，我们仍然有一些方法可以实现同样的功能。本文将试着使用不同的可能的方法来解决这个问题，但可以预见是，本文将包含使用querystring,session变量以及 server.Transfer方法来实现页面间的值传递。
使用QueryString
使用QuerySting在页面间传递值已经是一种很老的机制了，这种方法的主要优点是实现起来非常简单，然而它的缺点是传递的值是会显示在浏览器的地址栏上的（不安全），同时又不能传递对象，但是在传递的值少而安全性要求不高的情况下，这个方法还是一个不错的方案。使用这种方法的步骤如下:
1，使用控件创建web表单（form）
2，创建可以返回表单的按钮和链接按钮
3，在按钮或链接按钮的单击事件里创建一个保存URL的字符变量
4，在保存的URL里添加QueryString参数
5，使用Response.Redirect重定向到上面保存的URL
下面的代码片断演示了如何实现这个方法：
源页面代码：
private void Button1_Click
(object sender, System.EventArgs e)
{
string url;
url="anotherwebform.aspx?name=" + TextBox1.Text + "&email=" + TextBox2.Text;
Response.Redirect(url);
}
目标页面代码：
private void Page_Load
(object sender, System.EventArgs e)
{
Label1.Text=Request.QueryString["name"];
Label2.Text=Request.QueryString["email"];
}
使用Session变量
使用Session变量是可以在页面间传递值的的另一种方式，在本例中我们把控件中的值存在Session变量中，然后在另一个页面中使用它，以不同页面间实现值传递的目的。但是，需要注意的是在Session变量存储过多的数据会消耗比较多的服务器资源，在使用session时应该慎重，当然了，我们也应该使用一些清理动作来去除一些不需要的session来降低资源的无谓消耗。使用Session变量传递值的一般步骤如下：
1，在页面里添加必要的控件
2，创建可以返回表单的按钮和链接按钮
3，在按钮或链接按钮的单击事件里，把控件的值添加到session变量里
4，使用Response.Redirect方法重定向到另一个页面
5，在另一个页面提取session的值，在确定不需要使用该session时，要显式清除它
下面的代码片断演示了如何实现这个方法：
源页面代码：
private void Button1_Click
(object sender, System.EventArgs e)
{
//textbox1 and textbox2 are webform
//controls
Session["name"]=TextBox1.Text;
Session["email"]=TextBox2.Text;
Server.Transfer("anotherwebform.aspx");
}
目标页面代码：
private void Page_Load
(object sender, System.EventArgs e)
{
Label1.Text=Session["name"].ToString();
Label2.Text=Session["email"].ToString();
Session.Remove("name");
Session.Remove("email");
}
使用Server.Transfer
这个方法相比上面介绍的方法稍微复杂一点，但在页面间值传递中却是特别有用的，使用该方法你可以在另一个页面以对象属性的方式来存取显露的值，当然了，使用这种方法，你需要额外写一些代码以创建一些属性以便可以在另一个页面访问它，但是，这个方式带来的好处也是显而易见的。总体来说，使用这种方法是简洁的同时又是面向对象的。使用这种方法的整个过程如下：
1，在页面里添加必要的控件
2，创建返回值的Get属性过程
3，创建可以返回表单的按钮和链接按钮
4，在按钮单击事件处理程序中调用Server.Transfer方法转移到指定的页面
5，在第二个页面中，我们就可以使用Context.Handler属性来获得前一个页面实例对象的引用，通过它，就可以使用存取前一个页面的控件的值了
以下代码综合实现上述步骤过程的代码：
源页面代码:
把以下的代码添加到页面中
public string Name
{
get
{
return TextBox1.Text;
}
}
public string EMail
{
get
{
return TextBox2.Text;
}
}
然后调用Server.Transfer方法
private void Button1_Click
(object sender, System.EventArgs e)
{
Server.Transfer("anotherwebform.aspx");
}
目标页面代码：
private void Page_Load
(object sender, System.EventArgs e)
{
//create instance of source web form
WebForm1 wf1;
//get reference to current handler instance
wf1=(WebForm1)Context.Handler;
Label1.Text=wf1.Name;
Label2.Text=wf1.EMail;
}
六、ASP.NET的Application、Session、Cookie、ViewState和Cache等变量的区别是什么？
Application是公共的，所有人都能看到，所以可以用来做聊天室，
session是私有的，每个客户端都存在一个不同的session 生存期正常是20分钟，也可以自己设定为1分钟或2个小时
cookie是保存在本机的文件，记录短小的信息，除非你让cookie过期，否则会一直存在
viewstate类似于asp中的hidden控件，用来记录页面中的控件的状态的，主要在页面间信息传递时用，
cache是缓存，用来记录已经执行过的一些数据，比如读取数据库，目的是加速显示，减少服务器的负担，过期时间也是可以自己设定的，
七、C#中接口与类的区别？
1、接口类似于类，但接口的成员都没有执行方式，它只是方法、属性、事件和索引符的组合而已，并且也只能包含这四种成员；类除了这四种成员之外还可以别的成员(如字段)。
2、不能实例化一个接口，接口只包括成员的签名；而类可以实例化(abstract类除外)。
3、接口没有构造函数，类有构造函数。
4、接口不能进行运算符的重载，类可以进行运算符重载。
5、接口的成员没有任何修饰符，其成员总是公共的，而类的成员则可以有修饰符(如：虚拟或者静态)。
6、派生于接口的类必须实现接口中所有成员的执行方式，而从类派生则不然。
那么为什么还要有接口呢？主要原因是它是一种有效的契约。类有一些成员，不考虑把这些成员组合在一起，类只是一个拥有各种方法、字段和属性的列表，但为了能以某种方式使用类，必须知道类能执行那些功能，具体的操作就是声明执行一个或多个接口的类，类执行接口的方式是从接口中派生，再提供这个接口中定义的所有成员的执行方式。
八、进程与线程的区别？
线程是一种操作系统对象，代表着一个进程中要被执行的代码的路径。每一个WIN32应用程序至少有一个线程--通常称为住线程或默认线程--但应用程序可以自由地创建其他线程来执行其他任务！
进程是程序的一次动态执行过程，它对应了从代码加载、执行到执行完毕的一个完整过程，这个过程也是进程本身从产生、发展到消亡的过程
线程是比进程更小的执行单位。一个进程在其执行过程能够中，可以产生多个线程，形成多条执行线索。每条线索，即每个线程也有它自身的产生、存在和消亡过程，也是一个动态的概念。
一个程序应该只有一个进程吧，但是可以拥有多个线程。
可以说，一个执文件被运行后，就可以称为是一个进程了。但是进程只是存在内存中，实际上他是不会做任何事情的。
这个时候，起作用的就是线程了。线程是程序的执行者，一个程序至少有一个线程，但是在多线程的操作系统中，可以有一个以上的线程。
其实我们可以把线程看成是我们排队买肯德鸡吃（循环的排队，一直排下去，知道我不想买了，退出）。每人都有机会到达队伍的最前端去买东西，这个就好比是线程，都有机会被程序执行。但是线程真正起作用的时候，就是我们在队伍的最前端买东西到东西买完后，这一段时间，这是线程真正执行的阶段。
ASP.NET 提供了卓越的事件驱动编程模型，让开发者简化了应用程序的总体设计，但是这个也造成了它固有的一些问题，例如，使用传统的ASP里，我们可以通过使用 POST方法很容易地实现页面间传递值，同样的事情，在使用事件驱动编程模型的ASP.NET就不是那么容易了，当然了，我们仍然有一些方法可以实现同样的功能。本文将试着使用不同的可能的方法来解决这个问题，但可以预见是，本文将包含使用querystring,session变量以及 server.Transfer方法来实现页面间的值传递。
使用QueryString
使用QuerySting在页面间传递值已经是一种很老的机制了，这种方法的主要优点是实现起来非常简单，然而它的缺点是传递的值是会显示在浏览器的地址栏上的（不安全），同时又不能传递对象，但是在传递的值少而安全性要求不高的情况下，这个方法还是一个不错的方案。使用这种方法的步骤如下:
1，使用控件创建web表单（form）
2，创建可以返回表单的按钮和链接按钮
3，在按钮或链接按钮的单击事件里创建一个保存URL的字符变量
4，在保存的URL里添加QueryString参数
5，使用Response.Redirect重定向到上面保存的URL
下面的代码片断演示了如何实现这个方法：
源页面代码：
private void Button1_Click
(object sender, System.EventArgs e)
{
string url;
url="anotherwebform.aspx?name=" + TextBox1.Text + "&email=" + TextBox2.Text;
Response.Redirect(url);
}
目标页面代码：
private void Page_Load
(object sender, System.EventArgs e)
{
Label1.Text=Request.QueryString["name"];
Label2.Text=Request.QueryString["email"];
}
使用Session变量
使用Session变量是可以在页面间传递值的的另一种方式，在本例中我们把控件中的值存在Session变量中，然后在另一个页面中使用它，以不同页面间实现值传递的目的。但是，需要注意的是在Session变量存储过多的数据会消耗比较多的服务器资源，在使用session时应该慎重，当然了，我们也应该使用一些清理动作来去除一些不需要的session来降低资源的无谓消耗。使用Session变量传递值的一般步骤如下：
1，在页面里添加必要的控件
2，创建可以返回表单的按钮和链接按钮
3，在按钮或链接按钮的单击事件里，把控件的值添加到session变量里
4，使用Response.Redirect方法重定向到另一个页面
5，在另一个页面提取session的值，在确定不需要使用该session时，要显式清除它
下面的代码片断演示了如何实现这个方法：
源页面代码：
private void Button1_Click
(object sender, System.EventArgs e)
{
//textbox1 and textbox2 are webform
//controls
Session["name"]=TextBox1.Text;
Session["email"]=TextBox2.Text;
Server.Transfer("anotherwebform.aspx");
}
目标页面代码：
private void Page_Load
(object sender, System.EventArgs e)
{
Label1.Text=Session["name"].ToString();
Label2.Text=Session["email"].ToString();
Session.Remove("name");
Session.Remove("email");
}
使用Server.Transfer
这个方法相比上面介绍的方法稍微复杂一点，但在页面间值传递中却是特别有用的，使用该方法你可以在另一个页面以对象属性的方式来存取显露的值，当然了，使用这种方法，你需要额外写一些代码以创建一些属性以便可以在另一个页面访问它，但是，这个方式带来的好处也是显而易见的。总体来说，使用这种方法是简洁的同时又是面向对象的。使用这种方法的整个过程如下：
1，在页面里添加必要的控件
2，创建返回值的Get属性过程
3，创建可以返回表单的按钮和链接按钮
4，在按钮单击事件处理程序中调用Server.Transfer方法转移到指定的页面
5，在第二个页面中，我们就可以使用Context.Handler属性来获得前一个页面实例对象的引用，通过它，就可以使用存取前一个页面的控件的值了
以下代码综合实现上述步骤过程的代码：
源页面代码:
把以下的代码添加到页面中
public string Name
{
get
{
return TextBox1.Text;
}
}
public string EMail
{
get
{
return TextBox2.Text;
}
}
然后调用Server.Transfer方法
private void Button1_Click
(object sender, System.EventArgs e)
{
Server.Transfer("anotherwebform.aspx");
}
目标页面代码：
private void Page_Load
(object sender, System.EventArgs e)
{
//create instance of source web form
WebForm1 wf1;
//get reference to current handler instance
wf1=(WebForm1)Context.Handler;
Label1.Text=wf1.Name;
Label2.Text=wf1.EMail;
}
六、ASP.NET的Application、Session、Cookie、ViewState和Cache等变量的区别是什么？
Application是公共的，所有人都能看到，所以可以用来做聊天室，
session是私有的，每个客户端都存在一个不同的session 生存期正常是20分钟，也可以自己设定为1分钟或2个小时
cookie是保存在本机的文件，记录短小的信息，除非你让cookie过期，否则会一直存在
viewstate类似于asp中的hidden控件，用来记录页面中的控件的状态的，主要在页面间信息传递时用，
cache是缓存，用来记录已经执行过的一些数据，比如读取数据库，目的是加速显示，减少服务器的负担，过期时间也是可以自己设定的，
七、C#中接口与类的区别？
1、接口类似于类，但接口的成员都没有执行方式，它只是方法、属性、事件和索引符的组合而已，并且也只能包含这四种成员；类除了这四种成员之外还可以别的成员(如字段)。
2、不能实例化一个接口，接口只包括成员的签名；而类可以实例化(abstract类除外)。
3、接口没有构造函数，类有构造函数。
4、接口不能进行运算符的重载，类可以进行运算符重载。
5、接口的成员没有任何修饰符，其成员总是公共的，而类的成员则可以有修饰符(如：虚拟或者静态)。
6、派生于接口的类必须实现接口中所有成员的执行方式，而从类派生则不然。
那么为什么还要有接口呢？主要原因是它是一种有效的契约。类有一些成员，不考虑把这些成员组合在一起，类只是一个拥有各种方法、字段和属性的列表，但为了能以某种方式使用类，必须知道类能执行那些功能，具体的操作就是声明执行一个或多个接口的类，类执行接口的方式是从接口中派生，再提供这个接口中定义的所有成员的执行方式。
八、进程与线程的区别？
线程是一种操作系统对象，代表着一个进程中要被执行的代码的路径。每一个WIN32应用程序至少有一个线程--通常称为住线程或默认线程--但应用程序可以自由地创建其他线程来执行其他任务！
进程是程序的一次动态执行过程，它对应了从代码加载、执行到执行完毕的一个完整过程，这个过程也是进程本身从产生、发展到消亡的过程
线程是比进程更小的执行单位。一个进程在其执行过程能够中，可以产生多个线程，形成多条执行线索。每条线索，即每个线程也有它自身的产生、存在和消亡过程，也是一个动态的概念。
一个程序应该只有一个进程吧，但是可以拥有多个线程。
可以说，一个执文件被运行后，就可以称为是一个进程了。但是进程只是存在内存中，实际上他是不会做任何事情的。
这个时候，起作用的就是线程了。线程是程序的执行者，一个程序至少有一个线程，但是在多线程的操作系统中，可以有一个以上的线程。
其实我们可以把线程看成是我们排队买肯德鸡吃（循环的排队，一直排下去，知道我不想买了，退出）。每人都有机会到达队伍的最前端去买东西，这个就好比是线程，都有机会被程序执行。但是线程真正起作用的时候，就是我们在队伍的最前端买东西到东西买完后，这一段时间，这是线程真正执行的阶段。
