谨慎Asp.net中static变量的用法
谨慎Asp.net中static变量的用法
.Net技术 2007-01-30 22:17:37 阅读925 评论11 字号：大中小
谨慎Asp.net中static变量的用法
在.Net平台下进行CS软件开发时,我们经常遇到以后还要用到某些变量上次修改后的值,为了简单起见,很多人都习惯用static来定义这些变量,我也是。这样非常方便，下一次调用某个函数时该变量仍然保存的是处理过的值，直接拿来用就可以了。
现在转入了BS软件开发，我们很自然地会沿用这种习惯。如在页面中统计某个按钮被按下的次数，先在类中OnClick事件的处理过程前定义一static变量times,则每次调用该按钮的OnClick事件时，令times增1即可，非常方便：
[C#]:
...
static int times=0;
...
private void Button1_Click(object sender,EventArgs e)
{
times++;
Label1.Text=times.ToString();
}
在我们庆幸如此方便之余，就未曾意识到我们已经埋下了一棵难以察觉的定时炸弹。为什么哪？
这还要从Asp.net的运行机制谈起。在CS模式软件开发过程中，我们通常不会关心应用程序是在哪里运行的，变量存放在哪里，客户端程序就运行在客户端，服务器端程序就运行在服务器端，一般情况下，二者除了数据库中的数据外基本没有其他共享的东西。所以这时客户端的用户大可放心的使用static变量，因为它们就存放在客户端程序中。
于是我们就习惯的在做BS模式的页面时也用static变量，殊不知Asp.net中的static已不同于CS中的static。原因很简单，就是因为在Asp.net中所有的用户将使用同一个static变量。这就意味着每一个使用该页面的用户对该变量的操作将会影响到其他用户。就拿上面计数器的例子来说，假设times初试值为0，因为此时只有我们自己在使用这个页面，当然不会有什么问题，但如果有两个人同时连接到这个页面，如果A单击了Button1一次，则B刷新页面后Label1将显示1,如果B再单击Button1一次，则times变成2，两个人刷新页面后就出现问题了：A和B都会说，我明明只单击了Button1一次，怎么Label1就显示我单击了两次哪？——这就是因为两个人共用的是服务器上同一个times，任何一个人对times的操作都会在使用该页面的他人的浏览器中表现出来。问题就出在这里。
怎么办哪？还好，除了传统的Asp中的Session对象外，Asp.net提供了一个更好的ViewState对象。ViewState对象用来保存页�
相关文档：
页面输出缓存作为最简单的缓存形式，输出缓存只是在内存中保留为响应请求而发送的 HTML 的副本。其后再有请求时将提供缓存的输出，直到缓存到期，这样，性能有可能得到很大的提高（取决于需要多少开销来创建原始页面输出 - 发送缓存的输出总是很快，并且比� ......
前台代码：
<script type="text/javascript">
<%=LoadImage() %>
imgUrl1="uploads/"+ImgSrc[0];
imgtext1=ImgAlt[0]
imgLink1=escape("adimg.aspx?Img_ID="+ImgUrl[0]);
imgUrl2="uploads/"+ImgSrc[1];
imgtext2=ImgAlt[1]
imgLink2=escape("adimg.aspx?Img_ID="+ImgUrl[1]);
imgUrl3=" ......
有很多理由去解释理解ASP.NET页面生命周期是非常重要的，主要是要去理解什么地方放置什么特定的方法，什么时候我们应该设置什么相关的属性。如果去开发自定义的服务器控件，理解生命周期对纠正控件初始化时候的错误，以及使用view-state和后台代码设置属性是非常有用的。（控件事件只与ASP.NET页面相关）
&n ......
<!--
/* Font Definitions */
@font-face
{font-family:宋体;
panose-1:2 1 6 0 3 1 1 1 1 1;
mso-font-alt:SimSun;
mso-font-charset:134;
mso-generic-font-family:auto;
mso-font-pitch:variable;
mso-font-signature:3 135135232 16 0 262145 0;}
@font-face
{font-family:"Cambria Mat ......
有很久一段时间我的BLOG上没有出现AJAX相关讯息了，主要当然是因为绝大部分的重心都放到了Silverlight身上(可预期的未来应该也会是如此)。
但由于工作上的需要，最近还是回头看了一下即将推出的ASP.NET Ajax Library...，顺便找了一下网络上的讯息，看这个态势我猜想应该不少ASP.NET开发人员忽略掉了这个其实已经bet ......
