客观看待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. ASP.NET Output Caching
当一个网页频繁被访问的时候，我们可以通过把整个网页缓存来提高执行效率。这样作的优点是，当用户再次访问这个网页的时候，被格式化好的HTML会被直接送显。
为什么会存在这种效果呢？我们通过ASP.NET的基本运行机制来解释� ......
FCKeditor 在ASP.Net 中的使用说明
[ 2008-7-23 23:41:00 | By: 华子 ]
2
推荐
FCKeditor 是一个运行在浏览器上的 Java 应用程序。他可以不依赖任何服务器端语言运行。不过，更好的使用方法是你使用一种服务器端语言来调用他。
在ASP.Net 中，有一个现成的工具包可以让你把 FCKeditor 作� ......
为什么URL映射和重写很重要？
下面是开发人员想要对URL有更大的灵活性的最常见的场景：
1) 处理这样的情形：你要更改你的web应用中网页的结构，但你同时也要确保在你移动网页后，那些被人收藏的老URL不会成为死链接。重写URL允许你透明地将请求转交到新的网页地址而不出错。
2) 在象Google，Yahoo 和 Live 这样的搜索引� ......
ASP.NET添加、修改、删除web.config配置信息
1 using System;
2 using System.Data;
3 using System.Configuration;
4 using System.Collections;
5 using Sys ......
