WebjxCom提示:首先我们先来了解一下ASP页面执行的流程:1.IIS找到ASP文件,提交给ASP引擎(一般是ASP.DLL)处理。 |
首先我们先来了解一下ASP页面执行的流程 1.IIS找到ASP文件,提交给ASP引擎(一般是ASP.DLL)处理。 2.引擎打开这个ASP文件,找出<%和%>之间的内容,当然还有<script runAt="server">和对应的</script>之间的内容,这些内容称为脚本块。只有脚本块里的内容被引擎解析,其他内容不管,作为没有意义的字符插在脚本块之间。有必要说明一下的是,其实被解析的内容还不止这些,<!--#include ***-->类的服务器端包含文件也是由引擎包含进来并加以处理的。如果你读的程序比较多,你还会知道有的runAt属性标注为"Server"的<object>对象也是会被处理的,这里不做深入讨论。 3.引擎执行脚本块中的脚本,这些服务器端的脚本是作为一个整体被执行的,也就是说,可以写出如下的代码: <% Dim i For i=1 to 5 %> Hello World! <% Next %> 引擎并不会将这些脚本块分开解析,而使两个脚本块都发生语法错误。所以我们得到如下结论:并非所有非服务器脚本的代码都会被发送到客户端,有可能这段非服务器脚本的代码被脚本块限制了。服务器是一定不会操心客户端脚本的执行问题的,但是可以通过服务器端的脚本输出不同的客户端脚本。 4.最终引擎产生了一个文本流,或者说是脚本的执行结果,可以认为这是一个字符串,就是发送到客户端浏览器的网页的代码。客户端浏览器将页面显示出来,此时页面的源代码(源文件)是不包含服务器端的脚本的,但包含了服务器端脚本的执行结果(这是显然的)。
<% … %> 与 <script runat="server">…</script> 它们都是服务器端的脚本,同时被处理执行。他们执行时是作为一个整体的。
<% … %> 与 <script language="…">…</script> 前者是服务器端脚本,后者是客户端脚本。前者先执行,后者后执行。 其实也不尽然,二者的脚本是有可能在同时被执行的,但空间不同,仍然是:前者在服务器上执行,后者在客户端浏览器里执行。前者在逻辑上一定提前于后者执行。同时我们也得到结论:在同一个页面的执行中,客户端脚本无论如何不能反馈给服务器端脚本,也就是说,客户端浏览你的留言本并且提交新留言或者是任何客户端脚本获 |