: h/ }% P0 X5 v: f% ~' c|
, b" x2 q- ?% S: f! S, R ASP本身包含了一个DLL文件，名字为ASP.DLL，缺省安装在Winnt\System32\inetsrv目录下。这个DLL文件负责得到一个ASP页面(由文件扩展名.ASP标识)，然后对它进行分析，寻找服务器端脚本内容。这个脚本传送给相应的脚本引擎，脚本的执行结果与ASP页中的HTML和模板文本结合在一起。完整的页面会送到Web服务器，从那里送往原先提出请求的客户端。
3 x% J. A9 A" `5 U0 A5 D! `) ^1 e1 n 关于应用程序的映射
! D9 H+ P* D8 B" |; Q5 q; a$ Y 为了更好地理解这个过程，需要研究一下Windows 2000中的应用程序映射的工作方式。对于每一个在IIS下设置好的Web站点，服务器上都有一个根目录。安装IIS时，缺省的Web站点通常是C:\InetPub\WWWRoot，除非在安装过程中改变了路径。对于这个目录以及其中的子目录(这个我们稍后再讨论)，有一组定义目录如何配合IIS的属性。
7 O1 U* m& V* {7 W 从Start菜单中的Administrative Tools打开Internet Services Manger，将运行微软管理控制台(Microsoft Management Console，MMC )，显示IIS的情况。$ h! }2 D v& H ^
用鼠标右击Default Web Site，选择Properties (属性)，然后出现Home Directory选项卡，如图1 - 4所示。
4 i y8 c* B/ J1 Q 可以看到缺省的站点被设置成为一个虚拟的应用程序。在选项卡的下半部有Applicationname、Execute Permissions和Application Protection选项。IIS使用虚拟应用程序的方式来隔离页面集和所使用的组件的实例，以失败影响到防止Web服务器。正如早先所看到的，这是通过在单独的内存空间中执行页面和进程外组件实现的。我们将在本章后面讨论这个问题。
# j$ o; E Q2 \9 ?! D7 O# @
. \- s4 o3 @' }5 R | ^
! H8 }1 f4 z* _6 q/ B 单击Configuration按钮打开Application Configuration对话框，见图1 - 5。在App Mappings选项卡里，可以看到IIS与各类文件采用特定的DLL相链接。任何含有扩展文件名.ASP的网页都送给ASP.DLL进行处理；有未映射的扩展文件名的页面，如HTML页面的.HTML和.htm及XML 文件的.xml，只需从磁盘上载入并直接发送给客户端。
3 A* M7 c& Y5 q+ m ) I, S3 Y* ]: l- {6 T9 c4 X! g
读者可能想了解这一选项卡上的其他文件类型。.ida、.idc和.idq文件扩展名是IDC模板文件和查询文件所使用的，因此，一个IDC查询页面( .idc )将直接送到动态链接库httpodbc.DLL进行处理。从文件名也可猜出，它使用ODBC执行SQL语句，返回包含在页面中的一组数据记录。同样， .shtm、.sHTML和.stm文件扩展名与文件名为ssinc.DLL的动态链接库相对应，这些文件类型一般用于请求服务器端包含( server- sideinclude，SSI)处理的文件。我们将在本书的后续部分给出一些相关的实例。; n; v; S) t. D
打开Application Configuration和Properties对话框时，读者可能很想了解各个设置的功能。本书的很多地方都要用到这些对话框和设置，查看这些设置有助于增加感性认识，但不要改变这些设置，除非知道为什么这样做。
+ H/ E) j9 b2 s" F8 n3 z 处理一个ASP文件% v, n& U. m, i
我们知道一个ASP页面提供给ASP动态链接库等待解释和执行，那么接着ASP会做些什么呢？
: C6 t1 ^, A- z7 w8 f& \ 第一步判断是否有ASP服务器端的代码需要执行。假如没有，它仅是简单地通知IIS这种情况，并让IIS向客户端发送页面。事实上， Windows 2000的一个新特性允许对所有页面使用扩展名.ASP，包括对那些非服务器端的脚本代码，而不牺牲任何性能。/ d1 o$ i: A6 ?
在早先版本的IIS和ASP中，所有有.ASP扩展名的页面，都会被逐行解释，即使它们含有非ASP服务器端代码。这当然要比IIS直接把它们从磁盘发送给客户端要慢很多。
) U) a- [+ j1 J& H1 q0 c, u2 \ 当ASP从IIS接收到包含有服务器端脚本代码的页面时，它会逐行进行解释。那些非服务器端的脚本，或不需要ASP进行服务器处理的，将被返回给IIS，进而发送给客户端。送来的脚本都会送给相应的脚本引擎，脚本引擎处理后的结果被发送回IIS时，都会插入页面上相应位置上。
* c T/ _) b9 K3 p" w$ K 为提高操作的效率， ASP也常把脚本引擎创建的编译代码，放在高速缓存中以备再次调用。这个代码与发往客户端的输出结果是不相同的。客户看到的是脚本代码在经过解释、语法检查和编译后的执行结果。在服务器上高速缓存的只是编译后的代码，在原来的源文件变化后，这些代码会被放弃。
* o! g$ d k) E+ K 1. 辨别服务器端脚本段7 z, u7 ?; D4 [! \1 y* H# U
ASP的解释器能够根据两种分隔方式之一，分辨出代码是否为服务器端脚本。
! B6 H/ b6 I- Q6 N9 r (1) 用<% %>脚本分隔符
0 e2 x8 L4 d K+ d < %和% >用以分隔脚本段的最常用字符是：* R: B0 S; S9 W. [# e
$ `8 b# O6 A- i3 H' Z 这个方法也用于在返回页面的其余文本和HTML中需要插入变量值或小段脚本语句的地方：7 u& _3 g& T7 y, E$ _# ]8 T8 N
: K' x/ _! ^& G, M2 I N* X# V 这段代码产生如下结果：5 t4 e4 O% m' F9 N4 H' [
The result of calculating seven plus six minus one is 12$ T; D6 O; p5 G7 W6 Q$ M3 P' R
(2) 使用<SCRIPT>元素
% A, O& V3 X) k: d: q8 ?6 X9 x 当编写在浏览器内执行的脚本时，使用<SCRIPT>元素。当在此元素中包含了RUNAT属性并设定其值为“SERVER”时，该元素也可用在服务器端：; F: C( ?; W9 [2 E$ k4 l+ M
1 |8 [ d: t: X+ ?9 @ ! \# \, a( l1 Y _
认识到ASP页面可以包含服务器端脚本和客户端脚本是很重要的。客户端的脚本(包含RUNAT=" CLIENT "，或省略RUNAT属性)不被ASP解释器处理，像带有.htm或. HTML文件扩展名的普通HTML页一样直接送给客户端：
; H" A, `: y# W! c. o. h6 F
' `0 F( e1 I" S, w (3) 包含单独的脚本文件 / ?+ M, v5 ]' M K/ m- A% Q
% S: k( {$ m8 o, i* g
[1] [2] 下一页 |
( o: q4 |2 Z9 Y, ~) ?
不像在客户端，在注释元素内不需要隐藏脚本代码，因为当它执行时，代码将从页面移走，取而代之的仅是输出结果。在客户端查看ASP页(在浏览器中选择View Source)时，只能看到文本、HTML和其他客户端脚本代码。所有的服务器脚本都被执行，只有结果被送到客户端。
9 |& i" Q& S5 ?+ n8 c" ?, f
3. 脚本性能问题: }2 `0 ~' D$ z0 N. P
一般来说，Web服务器处理器的速度是足够满足使用的(除非特别繁忙的站点)，因为它们的主要任务是从磁盘中载入页面并发往客户端。因此，每个页面的请求结果都使处理器等待磁盘。这意味着执行ASP脚本通常对性能的影响非常小。而且如果在一个页面上某段脚本代码多次执行，而这段代码的已编译版本已被高速缓存，那么只须执行它，而不必多次编译，这样对性能的影响就更小了。
5 p9 r5 Q; I# V4 R2 @: Q. {
