客观看待ViewState对Asp.net程序作用和影响
前段时间由于程序出现了比较大的性能问题，视图（View）之间的跳转速度非常慢。通过Fiddler调试和分析，查找到是由于在视图(View)转换
（PostBack）过程中，客户端给服务器端的发送字节数非常大，一般在30K以上，就相当于客户端每次都要给服务器上传大十K的数据量，这如果是比较
好的网络环境下完全是可以忽略的，但是目前的网络环境确实还达不到这样的要求。详细请看《无刷新视图跳转的局限性
》。
针对这一情况，我的解决方案就是禁用页面的ViewState，只有这样才是最根本的解决办法。原本还想写一篇blog来好好批一下ViewState，
当初想好的标题是“asp.net程序的性能杀手----ViewState”。现在看来，还好没写，要不还不被人批是“没有真正会用
asp.net 的人”？（尽管确实还没有真正全面认识asp.net）。
在jillzhang
的blog《给页面减减肥！
》
中给页面减肥的办法是对页面进行压缩。这确实是一种办法，特别是当在硬件环境允许的条件下，可以带来非常大的好处，一般体积都可以减小好几倍。减小页面体
积还有一种办法，那就是禁用ViewState，两种方法并不是互斥的，而且我认为只有禁用ViewState后，页面压缩的效果才更明显的。因为
ViewState的值本身就是一些相对紧凑的字符，而HTML代码则相对松散，（我也不是特别肯定这对压缩有必然的联系。）。最近一直在从事页面速度的
优化方面的工作，所以很多平常不注意的细节，它所造成的性能影响在这时候就体现出来了。一般的页面（服务器控件比较多）如果禁用ViewState后，它
的体积至少会减小一半。而且这一半的数据在很多情况都是没用的（特别是在不需要PostBack的情况下，简直就是累赘），如果这时候再加HTML压缩的
话，那压缩比就不止3-5倍了。有一个页面正常的大小（禁用ViewState后）是101,730
byte ，压缩后变成了11,182
byte。说实话我也很惊讶这样的压缩比。通过这里
可以看这组惊人数据。
那这一切是不是都是Asp.net的错呢？ViewState是不是就是“万恶之源”呢？是，也不是。为什么呢？首先我们要正确认识ViewState存
在的意义，更多的情况下MS是为我们这些新手快速入门而考虑的。正因为有了ViewState，让我们开发B/S应用程序能够按照我们的正常的思维逻辑来
进行。而屏蔽了在PostBack时，还要去初始化一堆的页面控件，给这个控件还原我们提交的请求值等等，想想这对于我们来说是多少复杂而麻烦的一项工作
啊！而不是像我们现在这样，�
相关文档：
1.传统WebForm开发中存在的一些问题
传统的ASP.NET开发中，微软的开发团队为开发者设计了一个在可视化设计器中拖放控件，编写代码响应事件的快速开发环境。然而，它所带来的负面效应是：
由于控件封装了很多东西，开发者很难了解这背后的HTML是如何运作的
容易得到一个包含大量ViewState的页面，使得� ......
FCKeditor 在ASP.Net 中的使用说明
[ 2008-7-23 23:41:00 | By: 华子 ]
2
推荐
FCKeditor 是一个运行在浏览器上的 Java 应用程序。他可以不依赖任何服务器端语言运行。不过，更好的使用方法是你使用一种服务器端语言来调用他。
在ASP.Net 中，有一个现成的工具包可以让你把 FCKeditor 作� ......
1. 页请求：
页请求发生在页生命周期开始之前。用户请求页时，ASP.NET 将确定是否需要分析和编译页（从而开始页的生命周期），或者是否可以在不运行页的情况下发送页的缓存版本以进行响应。
2. 开始：
在开始阶 ......
转载一篇关于ASP.NET页面生命周期文章,有必要了解遗一下页面初始过程到底是怎么样的
下面是ASP.NET页面初始的过程:
1. Page_Init();
2. Load ViewState;
3. Load Postback data;
4. Page_Load();
5. Handle control events;
6. Page_PreRender();
7. Page_Render();
8. Unload event;
9. Dispose method called;
......
1.使用QueryString变量
QueryString是一种非常简单的传值方式，他可以将传送的值显示在浏览器的地址栏中。如果是传递一个或多个安全性要求不高或是结构简单的数值时，可以使用这个方法。但是对于传递数组或对象的话，就不能用这个方法了。下面是一个例子：
a.aspx.cs的C#代码
view plaincopy to clip ......
