在进行了URL Rewrite之后，经常会遇到的问题就是页面中PostBack的目标地址并非客户端请求的地址，而是URL Rewrite之后的地址。以上一篇文章中的重写为例： rewriter　rewrite url=^/User/(\d+)$ to=~/User.aspx?id=$1 processing=stop /　rewrite url=^/User/(\w+)$ to=~/User.aspx?name=$1 processing=stop //rewriter 当用

在之前的文章里我们已经谈论了有关URL Rewrite的几个主要的方面。在本系列的最后一篇文章中，我们就来讨论一下有关不同级别URL Rewrite的一些细节与特点。 理论上说，IIS级别的URL Rewrite使用C或C++编写，比使用托管代码编写的ASP.NET级别URL Rewrite性能要高。但是我认为这方面的差距在大部分情况下可以忽略不计，这种性能

当数据库的数据量比较大，对执行效率要求比较高的时候，我们可以考虑使用存储过程来实现分页，根据传入的页数返回需要显示的数据表，仅仅select出当前页的数据。（这个比使用PagedDataSource类而言效率要高。） 现在采用Repeater来实现一个数据分页，数据库采用SQL server2000，利用里面的系统表Northwind。 新建存储过程如

在使用ASP.NET时，常常使用Page的错误事件Error进行错误捕捉和处理。这种方式可以集中处理所有异常，这种方式有利有弊。集中处理的好处就不用啰嗦了，这里只说明一下这种方式的局限，就是当页面中的某个控件发生异常之后，整个页面执行都会中断，然后处理异常，这样一来，页面就无法显示。 在实际开发中，常常有这样的需求，

最近一个很偶然的机会，我发现了一个大型网站，上面全是一些极其简单的 Web 用户控件，确切地说是一些 ASCX 文件。开发人员在发现所使用的服务器控件会出现异常行为后，往往认为这种方法是很有必要的。 因此，开发人员将站点内的这类服务器控件全部更换为包含原始控件修改版本的用户控件（同时由于无法确定更换服务器控件会

发现学生们特别喜欢用TabControl控件，问过之后才知道，原来他们觉得这个控件看上去比较酷，难怪现在标签式浏览器这么受欢迎。既然喜欢，咱就投其所好，赶紧做了一点教学示例。 这里演示了TabControl的常用事件：SelectedIndexChanged Sub TabControl1_SelectedIndexChanged(ByVal sender As System.Object, ByVal e As Sys

首先我想说明我本文阐述的是纯粹从美学的角度来写出代码，而非技术、逻辑等。以下为写出漂亮代码的七种方法： 1.尽快结束 if 语句 例如下面这个JavaScript语句，看起来就很恐怖： function findShape(flags, point, attribute, list) {　　if(!findShapePoints(flags, point, attribute)) {　　　　if(!doFindShapePoints(f

在之前介绍的两个DEMO中，链接远程服务器所使用的方式都是通过数据库链接串。虽然可以简单的实现所期望的数据同步功能，但这样做有两个问题： 1.不适合进行分布式布署. 2.安全方面存在问题，因为在客户端会持有远程数据库服务器的链接帐号。 因为这两个问题，导致了今天所要说的内容。当然在MSF中是支持采用WCF方式来进行远