IIS URL Rewriting 和 ASP.NET routing（上）
新版本URL-rewrite module for IIS 7.0的发布了，ASP.NET Routing组件随着.NET Framework 3.5 SP1的发布，并在.NET Framework 4.0 Beta中进一步成熟。作为ASP.NET 开发人员，我们不免会对这两个功能相近的组件抱有许多疑问，诸如“它们有什么异同？”“分别适用于什么环境？”等等。本文旨在描述这两者之间的异同，并为开发人员提供什么时候使用哪一种解决方案的建议。
从表面上看来，这两种技术似乎提供了非常相似的功能：为网站提供用户友好的、搜索引擎友好的Url。然而，在这两种技术在原理上却有着本质的区别，需要深入理解才能在选择应用时做出正确的决策。为了帮助大家理解这两种技术，我们首先从他们的运作原理开始讲起。
本文翻译自IIS官方网站，针对国内惯用的术语进行了部分调整。
URL重写(URL Rewriting)
URL Rewriting已经不是什么新技术了，大约在10年前就已经在Apache服务器上广泛应用。由于它被公认为是web管理员和开发人员的法宝，许多流行的基于Apache的网站都依赖于Url重写来提供“优雅”的Url。
简单的说，URL重写的理念非常简单：当一个客户端向服务端请求一个特定的URL时，URL重写模块会分析所请求的URL并把请求更改，指向同一Web服务器上的另一个URL。在web请求周期中插入URL重写模块（如通过HttpModule）非常简单，所以，它能够在服务器处理请求之前来修改所请求的URL。而服务端的处理程序会根据重写后的URL来生成一个Response到客户端浏览器。由于重写过程发生在服务端，所以客户端浏览器根本看不到重写后的URL，在客户端看来，他所收到的Response来自原来所请求的URL。
在IIS 7.0的架构中，这个过程可以由下图来展示：
微软所提供的URL重写模块(URL-rewrite module)是一个native-code的模块，插入web请求处理过程的Pre-begin Request 或 Begin Request 阶段，然后通过所配置的一系列重写规则来进行URL重写。每一个重写规则对URL进行正则分析，判断是否当前所请求的URL满足重写规则所定义的条件，如果满足，就根据规则将原来的URL重写成一个新的URL。当所有的重写规则都过了一遍之后，URL重写模块会生成一个最终的URL路径，传递给剩余的请求处理过程。也就是说IIS管道中的请求处理程序所处理的是在URL重写模块所写后的URL。
ASP.NET路由(ASP.NET Routing)
从本质上来说，ASP.NET路由是一种请求调度机制，它允许开发者将符合指定规则的URL关联给一个能够处理这个请求的Handler来进�
相关文档：
在Asp.net中，从A页面中弹出B页面，在B页面中选择数据后，关闭并将数据更新到A页面，是一种常用 的方式。只是我对Javascript不熟悉，所以捣鼓了一下午，终于有了一点成绩：
测试项目有两个页面：Default.aspx及Default2.aspx，在Default.aspx页面上有一个TextBox1及一个Button1，Button1用于触发Default2.aspx，TextBox1用 ......
在开发中经常可以碰到类似的问题: 想通过一个树父节点的TreeNodeCheckChanged 事件( 前提是设置TreeView 的CheckBox 可见), 来选择或反选择全部的子节点, 来实现自己的要实现的操作功能. 于是我们很正常的思维促使我们去寻找TreeView 的的类似于 ” CheckChanged ” 的事件, 很容易我们找到了这个事件 ” ......
有许多工具可以帮助您测试和监视 Web 应用程序的性能。ASP.NET 包括多个性能计数器，可以使用这些性能计数器来跟踪应用程序的执行。您还可以使用内置的 ASP.NET 跟踪功能来跟踪页或应用程序的代码执行。
注意：
一些可视化设计器包括用于测试 ASP.NET 应用程序的工具。例如，Microsoft Visual Studio 2005 提供 Applica ......
示例代码下载4K
在已经发布的 ASP.NET2.0 中，无刷新页面开发相关部分同 beta2 有不少改动。而且在越来越多的 Ajax 开发包被开发出来的情况下， ASP.NET2.0 自带的无刷新页面技术没有被很多人了解，甚至不少人认为该功能有些“鸡肋”。但如果我们仅仅是在程序中加入很少部分的 Ajax 特性， A ......
