今天TM群里有人问起关于页面传值的方法，又引发了一场讨论。看来这个还是有很多人关注的，因此我就我个人观点做了些总结，希望对大家有所帮助。
1. 使用QueryString变量
QueryString是一种非常简单的传值方式，他可以将传送的值显示在浏览器的地址栏中。如果是传递一个或多个安全性要求不高或是结构简单的数值时，可以使用这个方法。但是对于传递数组或对象的话，就不能用这个方法了。下面是一个例子：
a.aspx的C#代码
private void Button1_Click(object sender, System.EventArgs e)
{
string s_url;
s_url = "b.aspx?name=" + Label1.Text;
Response.Redirect(s_url);
}
b.aspx中C#代码
private void Page_Load(object sender, EventArgs e)
{
Label2.Text = Request.QueryString["name"];
}
2. 使用Application 对象变量
Application对象的作用范围是整个全局，也就是说对所有用户都有效。其常用的方法用Lock和UnLock。
a.aspx的C#代码
private void Button1_Click(object sender, System.EventArgs e)
{
......
在面试的时候，经常会遇到这样的问题，其实我们会对其中的几种方法比较熟悉，因为项目中经常使用。但是要全面的回答ASP.NET中页面传值的方式，估计往往很难全面。
一.
使用QueryString变量
QueryString是一种非常简单也是使用比较多的一种传值方式，但是它将传递的值显示在浏览器的地址栏中,如果是传递一个或多个安全性要求不高或是结构简单的数值时，可以使用这个方法。
Response.Redirect( "target.aspx?param1=hello¶m2=hi ")
接收页面： string str =
Request.QueryString["param1"];
string str1
= Request.QueryString["param2];
二.使用Cookie对象变量(Cookie是存放在客户端的)
设置Cookie: HttpCookie cookie_name = new
HttpCook ......
在做asp.net的Web开发的时候，我们经常会遇到一次性上传多个文件的需求。通常我们的解决方法是固定放多个上传文件框，这样的解决办法显然是不合理的，因为一次上传多个，就意味着数量不确定。因此我们就要让这些文件上传框动态添加，下面我以我做的一个图库管理中的上传图片的功能为例
先看效果：
打开的初始界面：
默认是上传一个图片，但当我们点“增加图片”按钮时可以实现选择多个图片及其描述同时上传，本功能限制一次最多只能上传8张，且每张图片大小不超过1M，这个大家可根据实际情况更改！
如图：
下面来看实现过程：
第一步，使用javascript代码实现动态添加文件上传框和描述文本框，关键代码如下：
<script type="text/javascript">
var i=1
function addFile()
...{
if (i<8)
...{var str = '<BR> <input type="file" name="File ......
在做asp.net的Web开发的时候，我们经常会遇到一次性上传多个文件的需求。通常我们的解决方法是固定放多个上传文件框，这样的解决办法显然是不合理的，因为一次上传多个，就意味着数量不确定。因此我们就要让这些文件上传框动态添加，下面我以我做的一个图库管理中的上传图片的功能为例
先看效果：
打开的初始界面：
默认是上传一个图片，但当我们点“增加图片”按钮时可以实现选择多个图片及其描述同时上传，本功能限制一次最多只能上传8张，且每张图片大小不超过1M，这个大家可根据实际情况更改！
如图：
下面来看实现过程：
第一步，使用javascript代码实现动态添加文件上传框和描述文本框，关键代码如下：
<script type="text/javascript">
var i=1
function addFile()
...{
if (i<8)
...{var str = '<BR> <input type="file" name="File ......
事件模型
当某个页面被请求时，它的类及其所包含的服务器控件会负责处理请求，呈现HTML输出，并随后发回客户端。由于HTTP协议的固有特性，客户端与服务器间的通信是无状态且非连接的。而实际的应用程序需要状态，以便维护对同一页面的后续调用。使用ASP或其他服务器端开发平台(如Java Server Page和LAMP一类的基于Linux的系统)，开发者必须负责状态的存储。而ASP.NET提供了一种内建架构，能够以透明的方式对页面的状态进行存储和恢复。尽管基于无状态的协议，但以这种方式，从客户端体验到的是连续的执行过程。然而，那只是一种表象。
视图状态简介
连续性所导致的这种表象，一方面与页面的设计和工作方式有关，另一方面是ASP.NET页面视图状态造成的。与此同时，服务器端控件也发挥着重要作用。简而言之，在页面将其内容呈现为HTML之前，页面要将自身及其所包含的控件的状态信息存储在持久性介质(一般为隐含字段)中。当该页面回发后，其状态会从隐含字段中被反序列化，用于对声明在页面布局中的服务器控件实例进行初始化。 每个页面实例有其特有的视图状态，因为该信息嵌入在HTML中。这样做的好处是，控件会以上一次创建的视图状态(即该页最后一次被呈现发送到客户端时的� ......
Linux的系统调用是通过中断来实现的，从用户态进入系统态。用户态和系统态有很清晰的区分，保证了安全。系统调用表是系统调用的跳转表。使用寄存器传递参数，而不是栈，因为用户态是无法访问系统栈的。地址错误是通过页面异常来处理的。
Linux内核并不支持真正意义上的线程，
LinuxThreads
是用与普通进程具有同样内核调度视图的轻量级进程来实现线程支持的。这些轻量级进程拥有独立的进程
id
，在进程调度、信号处理、
IO
等方面享有与普通进程一样的能力。由于异步信号是内核以进程为单位分发的，而
LinuxThreads
的每个线程对内核来说都是一个进程，且没有实现
"
线程组
"
，因此，某些语义不符合
POSIX
标准，比如没有实现向进程中所有线程发送信号，
README
对此作了说明。在
LinuxThreads
中，管理线程的栈和用户线程的栈是分离的，管理线程在进程堆中通过
malloc()
分配一个
THREAD_MANAGER_STACK_SIZE
字节的区域作为自己的运行栈。
"
一对一
"
模型的好处之一是线程的调度由核心完成了，而其他诸如线程取消、线程间的同步等工作，都是在核外线程库中完成的。管理线程与其他线程之间通过一对
"
管理管道（
......
<!--
@page { margin: 2cm }
P { margin-bottom: 0.21cm }
-->
根据国外媒体报道，近日，朝鲜（
North
Korea
）推出一款自主品牌
Linux
发行版，此举有何意义？
（北）朝鲜是一个很特别的国度，国家的互联网完全是孤立的，相当于我们的“内网”，与国际互联网并不连通。人们在这种信息资源、通信设施极为短缺的地方生活，感受确实不一样。很显然的事实是，在这里的
Linux
操作系统必须自主研发，浏览器似乎可以不要，有个办公套件和媒体播放器就不错了。朝鲜自主研发
Linux
操作系统，别人（局外人）根本帮不上什么忙（无法与外界进行联络），但是，
Linux
发行版的名字必须很好听，也就是说，必须“国产”，叫“红星”
Linux
（
Red
Star Linux
）理所当然。
局外人感到惊奇和不解的是，在这种缺乏通常意义下的互联网环境中，怎样才能闭门自主研发
Linux
？这使我回想起以往的
DOS
年代（
90
年代初期）。那时，没有互联网，（计算机的）一切 ......
最新文章 :