ASP.NET：设置页面buffer引出来的问题_.Net教程

推荐：采用Native 引导方式的.Net加密保护
这类加密保护方式属于整体程序集的加密保护.这个方法首要解决的问题就是 native code 和 .Net Code如何交互.这里介绍三种实现方式.1. C /CLI 实现.这个比较简单了,会C /CLI一下子就能完成

前几天，在程序使用Respoonse.Redirect("a.aspx?f=9#12")的时候，发现在IE里面，跳转之后的页面忽略了#之后的内容，奇怪的是在同一页面向自己Redirect的时候，这个问题就不会存在，百思不得其解，有病乱投医吧，上网狂搜了一把，有人说设置页面Buffer为false可能解决这个问题，于是将a页面的buffer设置了false，经过验证，这个与上述问题不相干，但是一时疏忽，忘记了没有将buffer修改过来，昨天项目发布，放到服务器上发祥a页面的执行时间大的惊人，页面内容稍微大一点，页面往往会超时，而实现同一功能的b页面执行时间基本为0－16，而a页面数据库查询次数为3,b页面为7，这就更让人纳闷了，在本地试了下，b页面基本上和服务器没什么区别，a页面在90-300ms之间，而明显的b页面要表现的数据和查询的次数都要比a多，两者从页面结构上来说，基本一样，因为二者共同使用了相同的UserControl，只有中间部分表现形式稍微不同而已，同在一个屋檐下的人，差距怎么这么大呢？纳闷之余，一个个删除页面元素，发现根本不起本质作用，b页面就是出奇的快，a页面跟中风一样，慢的可以，于是找亚找，基本说是将a改了个遍，就差说闹鬼了得时候，突然发现a页面的buffer设置了false，而b赫然是true, 豁然开朗，铁钉就是这里问题，马上更正过来，good!a页面马上快了起来。

一次不小心，造成如此的麻烦，不过总结了一下规律，在buffer设置为false得时候，与设置true，页面在处理时间上基本相差10－20倍的关系，如果以后发现同样功能的页面，速度相差不少，排除了数据处理等因素，应该考虑一下是否存在上述问题。

分享：ASP.NET2.0服务器控件之创建复杂属性
本文详细讲解了一个利用ASP.NET 2.0技术创建复杂属性的示例。1、示例应用本文所实现的示例很简单，其核心是通过实现自定义服务器控件的连字符形式复杂属性来说明复杂属性的实现方法，其中