随着PHP4.0和JSP技术的推出以及IIS中不断出现的重大的安全问题，MicroSoft的ASP的市场仿
佛是变的狭窄了，但是MicroSoft是不会轻言放弃的，于是在ASP2.0的基础上推出了ASP3.0，增加了
一些新的功能：新的流控制能力、Data Shaping技术（请参考：
http://www.aspcn.com/showarticle.asp?id=28）、无脚本 ASP 、更多的组件选择、xml的支持、
脚本组件、ASP脚本代码的加密技术等等。其实笔者认为没有多大的改变、或者我对于ASP3.0了解的
还是太少了（事实上我认为微软可能放弃了ASP，而是把目光转向了"ASP+",ASP+目前还处于测试阶
段，但是笔者从一些国外站点的介绍来看，嘿嘿，我们的下一个作用于Win平台上的东西可能就是
ASP+了，所以ASP3.0才没有多大的改变），不过话说回来，对于那些使用Win系统平台的用户，我还
是建议大家使用ASP，所以在下面给大家介绍了"ASP3.0中的流控制能力"。
ASP3.0中的流控制技术其实是指程序流，说的通俗一点就是程序的流程，ASP3.0中有了两种新
的流控制方法："Server.Transfer"和"Server.Execute"，我将就这两种方法中的一种粗略的介绍给
大家，为了具体的显示其功能，我给大家对比了Response.redirect同Server.Transfer的运用！
一般会使用response.redirect这条语句进行地址转向，ASP3.0提供了一种新的方法给我们，这
种方法更加高效。让我们先来看看response.redirect和Server.Transfer分别是如何Run的！
response.redirect其实上是当服务器碰到这条语句时发送一条指令（包含新的地址）给浏览
器，然后让浏览器去发送http请求，请求response.redirect后面的那个新的http地址，流程如下：
浏览器ASP文件请求->服务器执行->遇到response.redirect语句->服务器发送
response.redirect后面的地址给客户机端的浏览器->浏览器请求执行新的地址（服务器返回的
Response.Redirect后面的地址）这就是一个小小的Response.Redirect的全部过程，不看不知道，
一看吓一条！它有这么多的过程，真恐怖... ...,而ASP3.0中的Server.Transfer语句当接受地址后
是直接转向后面的地址，流程如下：
浏览器ASP文件请求->服务器执行->遇到Server.Transfer语句->服务器转向新的文件。
这样就少了一个流程了！也缩短了服务器->客户机->服务器互相访问的时间！但是值得提醒你注意
的一点的是Server.transfer中带的地址最好是html文件或asp文件，不要是第三方加载的东西，比
如说PHP,如果那样的话，程序是不能正常执行的，因为转向的文件被直接送给ASP的引擎解析了
（唉，微软的东西教人如何说呢？不知道这点是没有考虑到，还是微软的霸气），你将得不到结果
的！在下面的程序中，我们将像你展示这点
让我们看看下面的代码：
(文件:Response.asp：)
好了,我们测试一下上面的代码，看到结果了吗？再让我们来看看Server.Transfer的运用语
句，代码如下：
Server.asp（其实直接套用Response.asp就可以了）：
执行一下Server.asp！咦，怪了，什么都没有吗！但是你看看被IE解释后的代码，代码如下
（注意千万不要被我下面的使用在html中的注释语句搞糊涂了）：
test.php文件被当作一个文本文件include进来了，但是如果我们把原来的Server.asp文件中的
Server.Transfer "test.php"换成 Server.Transfer "Response.asp"在Try一下(这样做，其实是让
你了解ASP的引擎对于Server.Transfer的具体的解析情况)，看看结果？是不是同我们直接运行
Response.asp的结果一样？？？
我不知道，你现在对于Server.Transfer的用法糊涂没有？我都有一点糊涂了！但是不要忘了我
写这篇东西的关键:Server.Transfer比Response.Redirect好，因为前者少了一个流程，加快了速度
的，节约了时间，后者我就不说了，只是提醒你一点的就是Server.Transfer到底该用在什么条件下
（前面很清楚了，我不多说了，再说我也就糊涂了，你多Try几下就明白了）！