Active Server Pages简介
　

Microsoft Active Server Pages（ASP）是一种伺服器端的指令环境，可用来建立和执行动态的互动式Web伺服器应用程式。您可用ASP来结合HTML页面、指令命令和COM元件，以建立互动式Web网页或功能强大的Web应用程式。

对於HTML写作者
　

如果您是HTML写作者，将会发现利用ASP撰写的伺服器端指令，是开始建立更复杂的Web应用程式的简易方法。如果您曾经想将HTML表单资讯存入资料库中，亦或依照访客的喜好设定将Web站台个人化，或根据浏览器的不同而使用不同的HTML功能，您将会发现ASP提供了令人赞赏的解决方案。例如，若要在Web伺服器处理使用者输入，就必须学习类似Perl或C的语言，以建立传统的Common Gateway Interface（CGI）应用程式。不过如今您可用ASP 来收集HTML表单资讯，并使用直接内嵌於HTML文件中的简易伺服器端指令将它传送至资料库。若您已经熟悉指令语言，例如Microsoft VBScript或Microsoft JScript（JScript是Microsoft的ECMA 262语言规格），则学习ASP对您来说几乎没什麽困难。

若要立即开始使用ASP，请参阅线上产品文件中的〈ASP教学课程〉，然後返回这些主题来取得有关撰写伺服器端指令的详细资讯。

对於经验丰富的Web指令设计师
　

由於ASP与语言无关，若您熟练如VBScript、JScript或PERL的指令语言，就已经知道如何使用Active Server Pages。在您的ASP网页中，还可以在 COM相容的指令引擎上使用任何已经安装的指令语言。ASP附有VBScript和 JScript指令引擎，但您也可以安装协力厂商开发的PERL、REXX和Python等引擎。

对於Web开发者和程式设计师
　

若以程式设计语言来开发後端Web应用程式，例如Visual Basic、C++或 Java，就会发现利用ASP可以快速建立Web应用程式。除了新增指令来建立应用程式吸引人的HTML介面之外，还可以建构自己的COM元件。您可以将应用程式的工作逻辑压缩成可重覆使用的模组，然後藉由指令、其他元件或另一个程式来呼叫此模组。

Active Server Pages模式
　

当浏览器向Web伺服器要求 .asp档案时，就会开始执行伺服器端指令。然後Web伺服器会呼叫ASP由上而下来处理要求的档案、执行任何指令命令，以及传送Web网页至浏览器。

因为指令是在伺服器执行，而不是在用户端执行，因此Web伺服器负责执行建立传送至浏览器的HTML页面所需的所有工作。伺服器端指令无法立即复制，因为只有指令的结果会传回至浏览器。使用者并无法检视建立该页面的指令命令。

•  新的流程控制功能 ASP的 Server 物件多了两个控制程式流程的新方法： Server.Transfer 与 Server.Execute 。以前的做法是将浏览器的要求转向，但这样会大幅增加用户端与网站的来回通讯时间，现在改用以上方法便可直接将浏览器的要求转给 .asp档案，而不再需要把浏览器的要求再转出原来的伺服器。若需其他资讯，请参阅本章稍後之 〈传送内容到浏览器〉 。
  　
•  错误处理功能 ASP多了一种新的错误处理功能，让您可以用自订的错误讯息档案来找出错误。您可以用新的Server. GetLastError方法来显示有用的资讯，例如说明错误状况或显示发生错误的程式是哪一行。若需其他资讯，请参阅本章稍後之 〈ASPError物件〉 。
  　
•  没有指令的ASP 由於固定的资料内容处理起来比伺服器端动态产生的内容还要快，因此以前大家的共识是最好只把含有ASP功能的档案副档名设定为 .asp。以前当您需要在原本内容为固定的 .html档案中加入ASP 的功能时，必须自行将该档案的副档名更改为 .asp，以便修正相关的超连结。但是现在这一版的ASP就没有这种限制，因为当其处理不含伺服器端功能的 .asp 档案时，速度比旧版快上许多。因此，如果您正在着手设计一个Web应用程式，其中所含的档案最後有可能会需要ASP的功能时，尽管放心地将档案的副档名先设定为 .asp，无须担心这些档案的内容究竟是固定不变的还是用伺服器端程式动态产生出来的。若需其他资讯，请参阅本章稍後之 〈建立ASP网页〉 。
  　
•  效能增强的物件 新版的ASP将以往大家爱用的一些可安装元件加以调整，使其效能大幅调升，并可在许多Web发行环境中随着其规模扩大而稳定延展。若需其他资讯，请参阅《Microsoft Internet Information Services 5.0 超级管理手册－网页开发篇》。
  　
•  整合XML 可延伸标示语言（Extensible Markup Language, XML）可让您用语意的方式描述资料或文件的复杂结构，而且还可以供各式各样的应用程式、用户端与伺服器相互分享。利用4.0版以後（含4.0版）的Microsoft Internet Explorer所附的Microsoft XML Parser建立的伺服器端应用程式，可让 Web伺服器与4.0版以後（含4.0版）的Internet Explorer交换XML格式的资料，亦可与其他具有XML剖析功能的伺服器交换资料。若需其他资讯，请参阅 Microsoft XML网站 http://msdn.microsoft.com/xml/ 。
  　
•  Windows指令元件 ASP支援Microsoft功能强大的新指令技术「Windows指令元件」。以後您就可以把企业逻辑指令程序转成可再使用的 COM（Component Object Model，元件物件模型）元件，纳入Web应用程式以及其他能利用COM功能的程式中使用。若需其他资讯，请参阅本章稍後 〈使用元件与物件〉 。
  　
•  判断浏览器功能的新方法 ASP多了一项新的功能，可判断对方浏览器究竟具有哪些功能。当浏览器传送出cookie叙述本身具有的功能时（这种cookie用简单的用户端指令便可安装进去），您可以针对它建立一个「浏览器功能」（Browser Capabilities）元件，以後便可透过此元件得知cookie回报的浏览器功能。您可以用这项功能来探知浏览器的能力，并据以调整您的应用程式。若需其他资讯，请参阅《Microsoft Internet Information Services 5.0超级管理手册－网页开发篇》。
  　
•  ASP自我调整 新版的ASP已经能侦测到被外界资源锁定而无法顺利执行的要求。它自动提供更多的执行绪，以便同时执行更多的用户端要求与维持正常的运作与处理。万一CPU的负荷过重，ASP也会自动缩减执行绪的数量。这样便可在同时执行的非锁定性要求过多时，降低系统来回切换的频率。
  　
•  具有SRC属性的伺服器端包含功能 现在您可以使用 HTML的<SCRIPT></SCRIPT>标记之SRC属性来达成伺服器端的包含功能。用SRC属性设定虚拟路径或相对路径，并且用RUNAT= SERVER属性来表示要伺服器端执行，便可以做到与 #Include 指令相同的功能。若需其他资讯，请参阅本章稍後之 〈包含档〉 。
  　
•  ASP指令编码 传统的Web开发者都无法避免其程式的逻辑为他人所偷窥。现在ASP在Microsoft Visual Basic Scripting Edition（VBScript）以及Microsoft JScript 5.0提供一种新的程式编码工具，让Web开发者可以将浏览器端与伺服器端的指令加以编码，使原来的程式变成一堆无法阅读的ASCII 字元。经过编码的指令要执行时，指令引擎会先对其进行解码，因此不需要额外的工具。虽然这种功能不能算是很安全的加密方法，但至少可以防止大部分有意窃取您创意的人偷看或复制您的程式。若需其他资讯，请参阅Microsoft Windows Script Technologies网站 http://msdn.microsoft.com/scripting/ 。
  　

ASP中的重要变更
　

ASP已经历过几次重要的变更和强化。如果您是从旧版的ASP更新过来的，应该已经注意到这些变更。

说明

如果想知道ASP的新功能，请参阅〈ASP的新增功能〉一节。

• 有关开发进阶指令呼叫的应用程式；请参阅第7章 〈开发Web应用程式〉 。
  　
• 有关Web应用程式的设计；请参阅第7章之 〈设计决策〉 。
  　

建立ASP网页
　

Active Server Pages（ASP）档案为文字档，其副档名为 .asp，其中包含下列各项组合：

• 文字
  　
• HTML标记
  　
• 伺服器端指令
  　

建立 .asp档案的快速方法是将现有的 .htm或 .html档案副档名更改为 .asp副档名。如果档案不包含任何ASP功能，则伺服器会省略ASP指令处理，并有效率地将档案传送至用户端。如此可提供Web开发者极大的弹性，因为即使稍後不计画新增ASP功能，也可以指定档案 .asp的副档名。

若要在Web发行 .asp档案，请将新档案存入Web站台的虚拟目录中（确定该目录已启用「指令」或「执行」权限），接着键入档案的URL，即可用浏览器来要求档案（请记住，浏览器必须支援ASP网页，因此无法以键入实际路径来要求 .asp档案）。在浏览器载入档案之後，会通知您伺服器已经传回HTML 页面。这起初看起来有点奇怪，但请记住，伺服器会在传送档案之前分析和执行 所有的ASP伺服器端指令，使用者便会收到标准的HTML。

您可以使用任何文字编辑器来建立 .asp档案。在进行时，可能会发现使用具有增强支援ASP的编辑器会更有成效，例如Microsoft Visual InterDev（若需其他资讯，请拜访Microsoft Visual InterDev Web站台 http://msdn.microsoft.com/vinterdev/ ）。

新增伺服器端指令命令
　

伺服器端指令是用来连续发出指令至Web伺服器的一系列命令（如果您先前已开发过Web站台，您很可能已熟悉在Web浏览器执行的用户端指令）。在 .asp档案中，指令与文字和HTML的分隔符号有所差别。 分隔符号 是标示单元的开头或结束之字元或字元序列。在HTML中，这些分隔符号为小於（<）和大於（>）符号，用於括住HTML标记。

ASP使用分隔符号 <% 和 %> 来括住指令命令。您可以使用分隔符号来包含适用於指令语言的任何指令。下列范例显示简单的HTML页面，其中包含指令命令：

<HTML>
     <BODY>
     此页面上次重新整理的时间为 <%= Now（）%>。
     </BODY>
</HTML>

VBScript函数 Now （）会传回日期和时间。当Web伺服器处理这个页面时，会将 <%＝Now（）%> 以目前的日期和时间来取代，并以下列结果将页面传回浏览器：

此页面上次重新整理的时间为01/29/99 2:20:00 PM。

分隔符号括住的命令称为主要指令命令，必须藉由主要指令语言来处理。指令分隔符号中所用的任何命令必须适用於主要指令语言。在预设情况下，主要指令语言为VBScript，但您也可以设定不同的预设语言。请参阅本章稍後 〈使用指令语言〉 。

若您已经熟悉用户端指令，就知道HTML <SCRIPT> 标记可用来括住指令命令和运算式。每当需要在 .asp档案中以多种语言来定义程序时，您也可以在伺服器端指令使用<SCRIPT> 标记。若需其他资讯，请参阅本章稍後 〈使用指令语言〉 。

混合HTML和指令命令
　

您可以在ASP分隔符号中包含任何适用於主要指令语言的陈述式、运算式、程序或运算元。VBScript和其他指令语言中的陈述式在语句构造上是完整的单元，用以表达一种动作、宣告或定义。以下出现的条件式 If...Then...Else 陈述式为一般的VBScript陈述式：

<%
      Dim dtmHour
      dtmHour = Hour（Now（））
      If dtmHour < 12 Then
	   strGreeting = "Good Morning!"
      Else
	   strGreeting = "Hello!"
      End If
%>
<%= strGreeting %>

这个指令会根据时间来指定值 "Good Morning!" 或 "Hello!" 至字串变数strGreeting。<%＝strGreeting %> 陈述式会将变数目前的值传送至浏览器。

因此，在中午12:00（在Web伺服器的时区）之前检视此指令的使用者会看到下列此行文字：

Good Morning!

在中午12:00之後检视此指令的使用者会看到下列文字：

Hello!

您可以在陈述式区段之间包含HTML文字。例如，下列指令在 If...Then...Else 陈述式中混合HTML，会与先前的指令范例得到相同的结果：

<%
     Dim dtmHour
     dtmHour = Hour（Now（））
     If dtmHour < 12 Then
%>
     Good Morning!
<% Else %>
     Hello!
<% End If %>

如果条件为真，亦即如果时间在中午之前，Web伺服器会传送条件式之後的HTML（Good Morning!）至浏览器；否则会传送Else之後的HTML（Hello!）至浏览器。这种混合HTML和指令命令的方式便於重叠数行HTML文字的 If...Then...Else 陈述式。若要在Web网页的许多地方显示招呼语，则第一个的范例比较有用。您可以只设定一次变数值，然後让它重覆显示。

与其使用指令命令来发布HTML文字，不如从指令命令中将HTML文字传回浏览器。若要将文字传回浏览器，请使用ASP内建物件 Response 。下列范例将与先前的指令得到相同的结果：

<%
	Dim dtmHour
	dtmHour = Hour（Now（））
	If dtmHour < 12 Then
	     Response.Write "Good Morning!"
	Else
	     Response.Write "Hello!"
	End If
%>

 Response.Write 会将它後面的文字传送至浏览器。当您要动态建构传送至浏览器的文字时，请在陈述式中使用 Response.Write 。例如，您可能要建立包含数个变数值的字串。您可在稍後 〈使用元件与物件〉 与 〈传送内容到浏览器〉 中学到更多有关 Response 物件和一般物件的资讯。现在您只要注意到有数种方法能将指令命令插入HTML页面中即可。

您可以在ASP分隔符号中包含使用预设主要指令语言撰写的程序。请参阅稍後之 〈使用指令语言〉 以获得其他资讯。

若您使用JScript指令，则可以直接在ASP指令中插入大括号，其中表示一句陈述式，甚至可以在其间发布HTML标记和文字。例如：

<%
	if（screenresolution == "low"）
	{
%>

这是文字版本的页面。

<%
	}
	else
	{
%>

这是多媒体版本的页面。

<%
	}
%>

--或--

<%
	if（screenresolution == "low"）
	{
	     Response.Write（"这是文字版本的页面。"）
	}
	else
	{
	     Response.Write（"这是多媒体版本的页面。"）
	}
%>

使用ASP语句
　

ASP提供了一种不属於您用的指令语言之一部分的语句：输出语句和处理语句。

ASP 输出语句 <%= expression %> 会显示运算式的值。此输出语句相当於使用 Response.Write 来显示资讯。例如，输出运算式 <%= city %> 会在浏览器显示文字Baltimore（目前的变数值）。

ASP 处理语句 <%@ keyword %> 可提供ASP处理 .asp档案所需的资讯。例如，下列语句会将VBScript设定为页面的主要指令语言：

<%@ LANGUAGE=VBScript %>

处理语句必须出现在 .asp档案的第一行。若要在页面上新增多个语句，这些语句必须在相同的分隔符号中。不要将处理语句放在包含 #Include 陈述式的档案中（若需其他资讯，请参阅稍後 〈包含档〉 ）。您必须在符号（@）和关键字之间加入空格。处理语句具有下列关键字：

• LANGUAGE关键字设定 .asp档案的指令语言。请参阅稍後〈使用指令语言〉。
  　
• ENABLESESSIONSTATE关键字指定 .asp档案是否使用工作阶段状态。请参阅稍後 〈管理工作阶段〉 。
  　
• CODEPAGE关键字设定 .asp档案的字码页（字元编码）。
  　
• LCID关键字设定档案的位置识别码。
  　
• TRANSACTION关键字指定 .asp档案会在异动内容之下执行。请参阅稍後 〈了解异动〉 。
  　

重要

您可以在单一语句中包含多个关键字。各个关键字/值对必须以空格隔开。请不要在等号（=）旁边加上空格。

下列范例设定指令语言和字码页：

<%@ LANGUAGE="JScript" CODEPAGE="932" %>

指令中的空白
　

如果主要指令语言为VBScript或Jscript，ASP会移除指令中的空白。对於其他指令语言，ASP会保留空白，以正确编译与位置或缩排相关的语言。空白包括空格、标签、换行符号和新行。

对於VBScript和Jscript，可以在开放分隔符号之後和封闭分隔符号之前使用空白，使指令容易阅读。下列所有陈述式都有效：

<% Color = "Green" %>
<%Color="Green"%>
<%
Color = "Green"
%>

ASP会移除陈述式的封闭分隔符号和後续陈述式的开放分隔符号之间的空白。不过，最好练习使用空格来增进可读性。若需要保留两个陈述式之间的空白，例如在句中显示变数值时，可以使用HTML不分段空格字元（ ）。例如：

<%
	'以字串值来定义两个变数。
	strFirstName = "Jeff"
	strLastName = "Smith"
%>
<P>This Web page is customized for "<%= strFirstName %> <%= 
strLastName %>." </P>

如欲设定应用程式所有页面的指令语言，可在Internet Information Services 嵌入式管理单元中，在 应用程式选项 标签页中设定 预设 ASP语系 属性。若需其他资讯，请参阅第3章之 〈设定ASP应用程式〉 。

设定页面的语言
　

如欲为单一页面设定主要指令语言，请在 .asp档案起始处加上<%@ LANGUAGE %> 即可。其语法如下：

<%@ LANGUAGE= {ScriptingLanguage} %>

其中ScriptingLanguage指的就是您希望在该页使用的主要指令语言。该页面之设定会将原应用程式中所有页面之全域设定覆盖过去。

请依照指引来使用ASP指令；若需其他资讯，请参阅之前 〈建立ASP网页〉 。

说明

如果您使用的语言和主要指令语言有所出入，而不支援 Object.Method 语法，那麽一定要先建立 LanguageEngines 登录机码才行。若需其他资讯，请参阅《Microsoft Internet Information Services 5.0超级管理手册－网页开发篇》。

在伺服器上使用VBScript与JScript
　

在伺服器上的ASP使用VBScript时，有两个VBScript功能无法使用。因为以Active Server Pages所写的指令会在伺服器上执行，而伺服器并不支援这两个VBScript陈述式使用者介面元素： InputBox 与 MsgBox 。另外，请不要在伺服器端的指令中使用VBScript函数 CreateObject 及 GetObject 。请改用 Server.CreateObject ，以便ASP追踪物件例项。由 CreateObject 或 GetObject 建立之物件无法存取ASP 内建物件，且无法参与各项异动。这项规则只有在使用IIS Admin物件及Java 别名（moniker）时例外。若需其他资讯，请参阅第8章之 〈使用IIS Admin物件〉 及本章稍後的 〈从Java类别建立物件〉 。

若需所有VBScript与JScript之运算子、函数、陈述式、物件、属性及方法等之清单与描述，请参考VBScript Language Reference及JScript Language Reference。此参考资料可在Microsoft Windows Script Technologies Web网站中找到，网址在 http://msdn.microsoft.com/scripting/ 。

运用注解
　

因为所有ASP的指令均先经由伺服器端处理，所以不必因为浏览器不支援指令解译，而用HTML注解标记将指令隐藏起来。所有的ASP指令都必须经处理过後，内容才会传送到浏览器。您可使用HTML注解为HTML网页加上备注；使用者在查看HTML原始码时即可看见注解。

VBScript注解
　

VBScript使用的是上标点（'）式的注解。和HTML注解不同的是，这些注解在指令处理过後，并不会送回给浏览器。

<%
	'本行及以下二行均为注解。
	'PrintTable函数会印出
	'阵列中的所有元素。
	PrintTable MyArray（）
%>

在输出陈述式中不能含有注解。举例来说，第一行有效，第二行则无效，因为句首为 <%=。

<% i = i +1 '此陈述式递增i（本行指令有效）。%>
<%= name '本行陈述式列印变数名称（本行指令无效）。%>

JScript注解
　

JScript以//作为注解字元。每行注解均须使用这些字元。

<%
	var x
	x = new Date（）
	//本行将目前的日期传送给浏览器，
	//转译成字串。
	Response.Write（x.toString（））
%>

大小写之区分
　

VBScript不分大小写。举例来说，如欲引用ASP的 Request 物件，用 Request 或 request 均可。因为不分大小写，所以无法以大小写的方式来区分变数名称。比方说，用Color及color来建立两个不同的变数是不行的。

反之，JScript则区分大小写。在指令中使用JScript关键字时，每个字母都要和关键字参考页所显示的一模一样。例如，用 date 而不用 Date ，会造成错误的结果。本文件所显示的ASP内建物件可与 JScript指令一起使用。

<% Dim UserName %>

<% Option Explicit %>
<HTML>
<%
     Dim strUserName
     Public lngAccountNumber
%>

若需有关上述指令的其他资讯，请参阅VBScript Language Reference，您 可在Microsoft Windows Script Technologies Web站台中找到，网址为 http://msdn.microsoft.com/scripting/ 。

JScript
　

虽然JScript通常并未规定变数在使用前要先宣告，但若能在使用前先行宣告所有的变数，是个比较好的指令程式撰写习惯。要宣告变数，请使用 var 陈述式。例如：

<% var UserName %>

一般来说，只有当您要使函数内的变数与用在函数外部的全域变数有所区别时，才会需要在Jscript中宣告变数。在这种状况下，若您没有区分这两种变数，JScript会认定您所引用的变数均为全域变数。若需有关 var 陈述式的其他资讯，请参阅JScript Language Reference。此参考资料可在Microsoft Windows Script Technologies Web网站中找到，网址在 http://msdn.microsoft.com/scripting/ 。

变数领域
　

变数的领域或存活期限，决定了哪些指令命令可供存取。在程序中宣告的变数，其领域为区域性的；每回该程序执行时，其变数随之建立而又销毁。程序外的指令是完全无法存取这些变数的。而程序外所宣告的变数具有全域性；即，所有ASP网页上的指令皆可存取并修改这些变数。

说明

将变数限制在程序领域中使用，可增加程式之效能。

宣告变数时，区域变数和全域变数的名称可以相同。修改任一种变数的值并不会影响另一变数的值。如果您没有宣告变数，很可能会因疏失而修改到全域变数。举例来说，下列指令虽然有两个变数名称Y，但传回的值仍为1：

<%
      Option Explicit
      Dim Y
 
      Y = 1
      SetLocalVariable
      Response.Write Y
Sub SetLocalVariable
	   Dim Y
	   Y = 2
End Sub
%>

下列指令传回之值为2，因为程式中并未明确宣告变数。程序将Y设定为 2，而指令引擎却认为程序要修改的是全域变数：

<%
      Option Explicit
      Dim Y = 1

      SetLocalVariable
      Response.Write Y
Sub SetLocalVariable
	   Y = 2
End Sub
%>

为了避免类似问题，最好养成宣告所有变数的习惯。如果您在 .asp档中使用 #Include 陈述式，将其他档案包含进来时，宣告举动就更形重要了。虽然被包含进来的指令和原来的 .asp档并不相同，但却被视为 .asp档的一部分。除非我们很清楚的宣告所有变数，否则极易混淆主指令中的变数和被包含进来的指令中的变数名称。主程式所用的变数必须和程序有所区分。

赋予变数工作阶段领域或应用程式领域
　

全域变数只能在单一的 .asp档案中使用。如果希望某个变数在该页以外也可使用，就得赋予该变数一个工作阶段或应用程式领域。工作阶段领域之变数可供单一使用者在单一ASP应用程式的所有网页上使用。而应用程式领域之变数，则可供所有使用者在该应用程式的所有页面中使用。用工作阶段变数来储存某一使用者之资讯是个不错的方式，例如，储存该使用者之喜好、姓名或身份等。应用程式变数可用来储存与其相关之所有使用者资讯，例如，和某个应用有关之问候语或应用程式所需的通用值等。

ASP还提供了两个内建物件来储存变数，即： Session 物件与Application物件。

您也可以另外建立工作阶段领域或应用程式领域之物件例项。若需其他资讯，请参阅稍後 〈设定物件领域〉 。

工作阶段领域
　

如欲赋予某一变数工作阶段领域，可将其储存在 Session 物件中，并赋予一个值给物件中的具名项目。例如，下列指令会将两个新变数存入 Session 物件中：

<%
	Session（"FirstName"）= "Jeff"
	Session（"LastName"）= "Smith"
%>

若欲撷取 Session 物件中的资讯，请用输出指令（<%=）或 Response.Write 来存取该具名项目的值。下面的例子即是用输出指令来显示Session（"FirstName"）的值：

Welcome <%= Session（"FirstName"）%>

您可以将使用者的喜好设定储存在 Session 物件中，然後存取 这些喜好设定以决定要传送给使用者的页面。例如，您可在应用程式的第一页让使用者指定纯文字内容，然後将这个选择套用至使用者在此应用程式中所拜访的所有後续页面上。

<%
      strScreenResolution = Session（"ScreenResolution"）
      If strScreenResolution = "Low" Then
%>
      这是文字版本的页面。
<% Else %>
      这是多媒体版本的页面。
<% End If %>

说明

一些经常被引用的工作阶段领域变数，最好能像上述的例子一样，指派成区域变数，藉以提高效能。

应用程式领域
　

如欲赋予某一变数应用程式领域，可将其储存在 Application 物件中，并赋予一个值给物件中的具名项目。例如，下列指令将一个特定应用程式的问候语储存在 Application 物件中：

<% Application（"Greeting"）= "Welcome to the Sales Department!" %>

如欲从 Application 物件中撷取资料，则可用ASP输出指令（<%=）或 Response.Write ，从应用程式中的任一页面中存取具名项目的值。下面例子便是使用输出指令来显示Application （"Greeting"）的值：

<%= Application（"Greeting"）%>

同样地，如果指令中反覆引用到应用程式领域变数，最好将它改成区域变数，以增进效能。

<!--METADATA NAME="Microsoft ActiveX Data Objects 2.5 Library" 
TYPE="TypeLib" UUID="{00000205-0000-0010-8000-00AA006D2EA4}"-->

<!-- METADATA TYPE="typelib" FILE="c:\program files\common
files\system\ado\msado15.dll"-->

<%
	'建立并开启Recordset物件。
	Set rstCustomerList = Server.CreateObject（"ADODB.Recordset"）
	rstCustomerList.ActiveConnection = cnnPubs
	rstCustomerList.CursorType = adOpenKeyset
	rstCustomerList.LockType = adLockOptimistic
%>

<SCRIPT LANGUAGE="VBScript">
<!--

变数 = <%=伺服器定义的值 %>
.
.
.

用户端指令
<% 用来产生用户端陈述式的伺服器端指令 %>
用户端指令
.
.
.
-->
</SCRIPT>

<%
     Dim dtmTime, strServerName, strServerSoftware, intGreeting
     dtmTime = Time（）
     strServerName = Request.ServerVariables（"SERVER_NAME"）
     strServerSoftware = Request.ServerVariables（"SERVER_SOFTWARE"）
     '产生一个乱数。
     Randomize
     intGreeting = int（rnd * 3）
%>
     <SCRIPT LANGUAGE="JScript">
     <!--

     //呼叫函数以显示欢迎讯息
     showIntroMsg（）

     function showIntroMsg（）
     {
	  switch（<%= intGreeting %>）
	  {
	  case 0:
		msg =  "This is the <%= strServerName%> Web server 	
		     running <%= strServerSoftware %>."
		break
	  case 1:
	        msg = "Welcome to the <%= strServerName%> Web 	
		     server. The local time is <%= dtmTime %>."
		break
	  case 2:
		msg = "This server is running <%= strServerSoftware %>."
		break
	  }

     document.write（msg）

     }

-->
</SCRIPT>

<SCRIPT LANGUAGE=JScript RUNAT=SERVER>
     程序定义
</SCRIPT>

<HTML>
<SCRIPT LANGUAGE=JScript RUNAT=SERVER >

     function MyFunction（）
     {
	  Response.Write（"You called MyFunction（）."）
     }

</SCRIPT>

<%@ LANGUAGE=VBScript %>
<HTML>
     <BODY>
<% Echo %>
     <BR>
<% printDate（）%>
     </BODY>
</HTML>
<%
Sub Echo

     Response.Write "<TABLE>" & _
	
          "<TR><TH>Name</TH><TH>Value</TH></TR>"
     Set objQueryString = Request.QueryString
     For Each strSelection In objQueryString
	  Response.Write "<TR><TD>" & p & "</TD><TD>" & _
	  FormValues（strSelection）& "</TD></TR>"
     Next
     Response.Write "</TABLE>"
End Sub
%>

<SCRIPT LANGUAGE=JScript RUNAT=SERVER>
function printDate（）
{
     var x
     x = new Date（）
     Response.Write（x.toString（））
}
</SCRIPT>

<%
	Session.Contents（"FirstName"）= "Meng"
	Session.Contents（"LastName"）= "Phua"
	Session.Contents（"Age"）= 29
%>

<%= Session.Contents（"FirstName"）%>

<%= Session.Contents（2）%>

<%= Session（"FirstName"）%>

<%
	'宣告一个计数器变数。
	Dim strItem

	'对於集合中的每一个项目，显示其值。
	For Each strItem In Session.Contents
		Response.Write Session.Contents（strItem）& 
"<BR>"
	Next
%>

<%
	'宣告一个计数器变数。
	Dim intItem

	'重覆执行回圈，直到计数器的值等於3。
	For intItem = 1 To 3
	     Response.Write Session.Contents（intItem）& 
"<BR>"
	Next
%>

<%
	'宣告一个计数器变数。
	Dim lngItem, lngCount

	lngCount = Session.Contents.Count
	'重覆执行回圈，直到计数器的数目等於集合中
	'项目的数目。
	For lngItem = 1 To lngCount
		Response.Write Session.Contents（lngItem）& 
"<BR>"
	Next
%>

<%
	var intItem, intNumItems;
	intNumItems = Session.Contents.Count;
	for（intItem = 1; intItem <= intNumItems; intItem++）
	{
	      Response.Write（Session.Contents（intItem）+ "<BR>"）
	}
%>

<%
	Session.Contents（"Name"）= "Suki White"
	Session.Contents（"Department"）= "Hardware"
		.
		.
		.
	//建立一个Enumerator物件。
	 var mycollection = new Enumerator（Session.Contents）;

	/反覆计算集合并显示各个项目。
	while（!mycollection.atEnd（））
	{
	      var x  = myCollection.item（）;
	      Response.Write（Session.Contents（x）+ "<BR>"）;
	      myCollection.moveNext（）;
	}
%>

<%
	'传送一个cookie到浏览器。
	Response.Cookies（"Fruit"）= "Pineapple"

	'传送一个有子识别码的cookie到浏览器。
	Response.Cookies（"Mammals"）（"Elephant"）= "African"
	Response.Cookies（"Mammals"）（"Dolphin"）= "Bottlenosed"
%>

HTTP_COOKIE= Mammals=ELEPHANT=African&DOLPHIN=Bottlenosed; 
Fruit=Pineapple;

<%
	'宣告计数器变数。
	Dim Cookie, Subkey

	'显示整个cookie集合。
	For Each Cookie In Request.Cookies
		Response.Write Cookie
	If Request.Cookies（Cookie）.HasKeys Then
	     Response.Write "<BR>"
	     '显示子识别码。
	     For Each Subkey In Request.Cookies（Cookie）
			Response.Write " ->" & Subkey & " = " & Request.	     
			Cookies (Cookie)(Subkey)& "<BR>"
	     Next
	Else
	     Response.Write " = " & Request.Cookies（Cookie）& "<BR>"
	End If
	Next
%>

Mammals
->ELEPHANT = African
->DOLPHIN = Bottlenosed
Fruit = Pineapple

strUserID = Request.Cookies（"User"）
strUserName = Request.QueryString（"User"）

<%
	'使用UserID识别码，从QueryString集合撷取一个值。
	strUser = Request.QueryString（"UserID"）

	'参照拼法不同的识别码、UserId，传送一个cookie到浏览器。
	Response.Cookies（"UserId"）= "1111-2222"
	Response.Cookies（"UserId"）.Expires="December 31, 2000"
%>

 Session 和 Application 集合能够保存数量变数或物件例项。 Contents 集合则可以呼叫 Server.CreateObject 以保存数量变数和物件例项。 StaticObjects 集合可以保存在 Session 物件领域内用 HTML <OBJECT> 标记建立的物件。若需有关用这种方式为物件建立例项的其他资讯，请参阅稍後 〈设定物件领域〉 部分。

反覆计算含有物件的集合时，可以存取物件的Session或Application状态资讯，或者存取物件的方法或属性。例如，假定您的应用程式用好几个物件建立一个使用者帐号，而且各个物件都有一个初始化方法。您便可以反覆计算 StaticObjects 集合以撷取物件属性：

<%
	For Each Object in Session.StaticObjects
	     Response.Write Object & ": " & Session.StaticObjects 
             (Object)
	Next
%>

ASP集合有何不同？
　

本文中描述的ASP集合类似Visual Basic的 Collection 物件，不过还是有一些不同之处。ASP集合支援 Count 内容和 Item、Remove 以及 RemoveAll 方法。它们不支援 Add 方法。

<FORM METHOD="Post" ACTION="Profile.asp">
<INPUT TYPE="Text" NAME="FirstName">
<INPUT TYPE="Text" NAME="LastName">
<INPUT TYPE="Text" NAME="Age">
<INPUT TYPE="Hidden" NAME="UserStatus" VALUE="New">
<INPUT TYPE="Sub7mit" VALUE="Enter">
</FORM>

详细解说HTML表单的所有标记并不在本文的范围之内，不过很多地方都有这类资讯，可以让您学习如何设计有用且引人注意的HMLT表单。例如，用Web浏览器的检视原始文件功能，就可以看到其他Web网站上建立的HTML 表单。此外，您也可以到Microsoft的MSDN Online网站 http://msdn.microsoft.com/ 来学习各种创新的HTML使用方法以及其他Internet技术等等。

使用ASP来处理表单输入的资料
　

HTML表单建立之後，接着就要开始处理使用者输入的资料，也就是把使用者输入的资料传给一个 .asp档案进行解析与处理。请您再仔细看看先前那个 HTML的例子。其中 <FORM> 标记的ACTION属性参考到一个称为 Profile.ASP的档案。当使用者表示要传送HTML资讯时，浏览器会用POST方法将资料传给此伺服器上的一个 .asp档案，也就是Profile.asp。这个 .asp档案中含有指令，可以处理收到的资料，并与其他指令、COM元件或资源（如资料库）互动。

使用ASP收集HTML表单传来的资讯，共有以下叁种基本方法：

• 用一个固定的 .htm档案，其中含有表单，用於将使用者输入的资料传回给 .asp档案。
  　
• 用一个 .asp档案建立表单，然後将收集到的资料传给另一个.asp档案。
  　
• 用一个 .asp档案建立表单，并将表单收集到的资料传回给自己，也就是含有这个表单的 .asp档案。
  　

前两种方法的运作模式基本上都是一样的，都是用表单与其他Web伺服器程式（ASP除外）互动，因此可大幅简化表单资料的收集与处理动作。第叁种方法也相当有用，将在稍後的〈检验表单的输入资料〉一节中示范。

取得表单输入的资料
　

ASP的 Request 物件提供两种集合，均可用来撷取以URL要求格式传送的表单资讯。

QueryString集合
　

 QueryString 集合可以撷取传送给Web伺服器的表单资料，这些资料紧跟在URL後面，并以一个问号与URL隔开。表单资料可以用HTTP 的GET方法附在URL後面，也可以用手动的方式将表单资料附在URL之後。

举例来说，如果之前的表单范例采用GET方法 (METHOD= "GET")，当使用者输入的资料分别为Clair、Hector以及30时，伺服器将会收到以下这个URL要求：

http://Workshop1/Painting/Profile.asp?FirstName=Clair& 
   LastName=Hector&Age=30&UserStatus=New

Profile.ASP中可能含有以下的表单处理指令：

Hello <%= Request.QueryString（"FirstName"）%>?lt;%= Request. 
   QueryString（"LastName"）%>.
You are <%= Request.QueryString（"Age"）%> years old!
<%
     If Request.QueryString（"UserStatus"）= "New" Then
	  Response.Write "This is your first visit to this Web site!"
     End if
%>

以上例子中，Web伺服器会传回以下的文字到使用者的浏览器：

Hello Clair Hector. You are 30 years old! This is your first visit 
     to this Web site!

 QueryString 集合还有一个选择性的参数，可以用来存取（用 GET方法发出的）URL要求中的任何一个数值。您也可以用 Count 属性来计算某一种类型值的出现次数。

例如表单中若含有一个清单方块，其中列出好几个项目时，此表单便会产生以下这种要求：

http://OrganicFoods/list.asp?Food=Apples&Food= Olives&Food=Bread

您可以用以下这个指令计算多个值：

Request.QueryString（"Food"）.Count

若要显示好几个值的类型，可以在List.ASP中加入以下指令：

<%
	lngTotal = Request.QueryString（"Food"）.Count
	For i = 1 To lngTotal
             Response.Write Request.QueryString（"Food"）（i）& 
"<BR>"
	Next
%>

以上指令的输出结果如下：

Apples
Olives
Bread

您也可以用以下的指令将所有的值显示成字串，并以逗号隔开：

<% Response.Write Request.QueryString（"Item"）%>

输出结果如下：

Apples, Olives, Bread

Form集合
　

用HTTP的GET方法将一串很长的复杂表单的值传给Web伺服器时，有可能会遇到资料丢失的情形。因为有些Web伺服器会限制URL查询字串的最大长度，当GET方法传递的表单值总长度超过上限时，其过长的部分就会被截断。如果您真的需要从表单中传送一大堆资料给Web伺服器，应该改用HTTP的 POST方法。将表单的资料放在HTTP要求的本文中传送，此种方法可传送的资料长度几乎没有任何限制。利用ASP Request 物件的 Form 集合，可撷取用POST方法传送的值。

 Form 集合存放值的方法与 QueryString 集合类似。举例来说，当使用者在表单内输入一长串的名称之後，您就可以用以下的指令把这些名字全部撷取出来：

<%
	lngTotal = Request.Form（"Food"）.Count
	For i = 1 To lngTotal
	     Response.Write Request.Form（"Food"）（i）& 
"<BR>"
	Next
%>

检验表单的输入资料
　

一个设计良好的表单，通常会含有一个用户端指令，负责检验使用者输入的资料是否正确，如果正确才将其传给伺服器。检验指令可以检查的范围包括：使用者输入的数字是否合乎规定、某个文字方块是否是空的等等。假设您的Web 网站含有一个可以让使用者计算投资报酬率的表单。那麽您大概会希望在浏览器把不知道是否正确的资料传给您的伺服器之前，先用程式检查使用者是否真的在适当的表单栏位中分别填入正确的数字或文字资料。

一般而言，这种检查的动作最好尽量在用户端进行比较恰当。在用户端进行检查，除了能更快提醒使用者输入错误之外，也可以做到较快速的反应、降低伺服器负荷量、以及省下网路频宽给其他软体使用。

以下这个用户端指令会在浏览器把资料传给伺服器之前，先对使用者输入的资料进行一番检查，看看使用者输入的帐户号码是不是全部由数字组成：

<SCRIPT LANGUAGE="JScript">
function CheckNumber（）
{
     if（isNumeric（document.UserForm.AcctNo.value））
	  return true
     else
     {
	  alert（"Please enter a valid account number."）
	  return false
     }
}
//此函数检查表单内的数值是否全部由数字组成。
//备注：要判断一个数值是否全部由数字组成，可利用JScript的isNaN方法
//应该是比较好的方式。但是，某些比较旧的浏览器并不支援这种方法。
function isNumeric（str）
{
     for（var i=0; i < str.length; i++）
				{
	  var ch = str.substring（i, i+1）
	  if（ ch < "0" || ch>"9" || str.length == null）
	             {
	        return false
	  }
     }
     return true
}
</SCRIPT>
<FORM METHOD="Get" ACTION="balance.asp" NAME="UserForm" 
ONSUBMIT="return CheckNumber（）">
     <INPUT TYPE="Text"   NAME="AcctNo">
     <INPUT TYPE="Submit" VALUE="Submit">

</FORM>

如果检查表单时必须存取资料库内的资料，则应该改用伺服器端的表单检查方式。在伺服器端进行检查，有一项很特殊的优点，就是能建立一个把资料传回给自己的表单。也就是说，.ASP档案本身就含有撷取使用者输入资料的HTML 表单（记住，ASP可以用来与用户端的指令以及HTML互动。若需其他资讯，请参阅之前 〈与用户端指令互动〉 部分）。使用者输入的资料会传回给同一个档案，由此档案负责检查资料的正确性，万一资料不正确时，亦需警告使用者。

利用这种方法处理以及检查使用者输入的资料，可以大幅强化Web表单的可用性与反应能力。例如，将错误资讯标示在表单内使用者输入错误资料的旁边，就能让使用者更容易找出错误的地方（一般而言，Web表单会用另一个Web 网页显示错误相关资讯。

举例来说，以下这个指令将资料传回给自己（Verify.asp），并呼叫一个自订的资料库查询函数，藉以检查使用者输入的帐户号码是否正确：

<%
  strAcct = Request.Form（"Account"）
  If Not AccountValid（strAcct）Then
    ErrMsg = "<FONT COLOR=Red>Sorry, you may have entered an in-
valid account number.</FONT>"
  Else
    处理使用者输入的资料
    .
    .
    .
    Server.Transfer（"Complete.asp"）
  End If

  Function AccountValid（strAcct）
    这里含有一个连接资料库的指令或是元件方法呼叫。
  End Function
%>
<FORM METHOD="Post"  ACTION="Verify.asp">
Account Number:  <INPUT TYPE="Text" NAME="Account"> <%= ErrMsg %>
 <BR>
<INPUT TYPE="Submit">
</FORM>

在以上例子中，此指令放在Verify.ASP这个档案里面，其中也含有一个 HTML表单。此档案将表单的ACTION属性指定为Verify.asp，所以可以把资料收回来给自己处理。

重要

如果您使用JScript在伺服器端进行资料检验，当您将 Request 集合项目（ QueryString 或 Form ）设定给区域变数时，请务必记得在集合项目後面加上一对空的小括弧。如果没有加上括弧，集合传回的就不会是字串而是物件。以下指令片段示范在JScript内如何正确地设定变数：

<%
   var Name = Request.Form（"Name"）（）;
   var Password = Request.Form（"Password"）（）;
  if（Name > ""）
  {
     if（Name == Password）
     Response.Write（"Your name and password are the 
       same."）
  else
      Response.Write（"Your name and password are different."）;
  }
%>

如果集合含有多个以逗号隔开或可用索引存取的值时，VBScript的状况也是一样。换句话说，使用VBScript和JScript时，除了要在 Request 集合项目後面加上一对空的小括弧之外，也要指定欲存取之值的索引。例如以下这一行JScript程式就只会传回表单元件多个值中的第一个而已：

var Name = Request.Form（"Name"）（1）;

<% Set MyAds = Server.CreateObject（"MSWC.AdRotator"）%>

<% var MyAds = Server.CreateObject（"MSWC.AdRotator"）%>

<OBJECT RUNAT=Server ID=MyAds PROGID="MSWC.AdRotator"></OBJECT>

<OBJECT RUNAT=SERVER ID=MyAds
CLASSID="Clsid:1621F7C0-60AC-11CF-9427-444553540000"></OBJECT>

<SCRIPTLET>
<Registration
     Description="ConvertTemp"
     ProgID="ConvertTemp.Scriptlet"
     Version="1.00"
>
</Registration>

<implements id=Automation type=Automation>
     <method name=Celsius>
	  <PARAMETER name=F/>
     </method>
     <method name=Fahrenheit>
	  <PARAMETER name=C/>
     </method>
</implements>
<SCRIPT LANGUAGE=VBScript>
  Function Celsius（F）
       Celsius = 5/9 *（F - 32）
  End Function

  Function Fahrenheit（C）
       Fahrenheit =（9/5 * C）+ 32
  End Function

</SCRIPT>
</SCRIPTLET>

<%
  Option Explicit
  Dim objConvert
  Dim sngFvalue, sngCvalue

  sngFvalue = 50
  sngCvalue = 21

  Set objConvert = Server.CreateObject（"ConvertTemp.Scriptlet"）%>
<%= sngFvalue %> degrees Fahrenheit is equivalent to <%= objConvert.	
      Celsius（sngFvalue）%> degrees Celsius<BR>

<%= sngCvalue %> degrees Celsius is equivalent to <%= objConvert.	
      Fahrenheit（sngCValue）%> degrees Fahrenheit<BR>

ASP也提供可以执行有助於工作的内建物件，以简化Web的开发程序。例如，您可以用 Request 物件轻松地存取与HTTP要求有关的资讯，例如来自HTML表单或cookie的使用者输入。与使用由COM元件提供的物件不同的是，您不必建立ASP内建物件的例项，就可以将它用在指令中。ASP 在开始进行处理时，就会自动为您建立这些物件。存取内建物件和属性的方式，跟本文所描述的存取元件物件和属性的方式一样。若需有关内建物件的完整说 明，请参阅本章最後的 〈Active Server Pages物件速查卡〉 。

呼叫物件方法
　

所谓 方法 是指您可以在物件上、或者用物件执行的一个动作。呼叫方法的语法如下：

Object.Method parameters

parameters会因方法而有所不同。

例如，您可以如下列陈述式所示，利用 Response 内建物件的 Write 方法传送资讯给浏览器：

<% Response.Write "Hello World" %>

说明

某些指令语言不支援 Object.Method 语法。如果您的语言不支援，就必须新增一个项目到登录中，以便用该语言作为您的主要指令语言。若需其他资讯，请参阅之前 〈使用指令语言〉 。

设定物件属性
　

所谓 属性 指用来描述物件的属性。属性定义了物件的特性，例如物件的类型、或者描述物件的状态，例如启用或者停用。其语法如下：

Object.Property

有时候您可以读取和设定属性的值。除此之外，有些物件也可以新增属性。

例如，Ad Rotator元件有一个叫做 Border 的属性，可以用来指定广告是否要有边界，以及决定边界的宽度。底下这个运算式表示不要边界：

<% MyAds.Border = 0 %>

对於某些属性，您可以用ASP输出指引来显示目前的值。例如，如果浏览器还连接在伺服器上，下列陈述式会传回TRUE：

<%= Response.IsClientConnected %>

<%
  Dim dtmDate
  Set dtmDate = GetObject（"java:java.util.Date"）
%>
The date is <%= dtmDate.toString（）%>

<%
  Dim objAd
  For i = 0 To 1000
    Set objAd = Server.CreateObject（"MSWC.AdRotator"）
    .
    .
    .
    objAd.GetAdvertisement
    .
    .
    .
    Set objAd = Nothing
  Next
%>

 工作阶段领域 （session-scope）物件是针对应用程式中每一个新的工作阶段所建立的，当工作阶段结束时也会跟着被释放，因此每一个使用中的工作阶段都有一个物件。当物件会被好几个指令呼叫，但影响到的都是同一个使用者工作阶段时，这种物件就适合设定成工作阶段领域。建议您最好只在必要时才将物件设定为工作阶段领域。当您使用工作阶段领域时，也一定要了解提供此物件的元件执行绪模型，因为执行绪模式会影响物件的效能与安全。若需其他资讯，请参阅之後的 〈进阶资讯：效能问题〉 。

要将物件设定为工作阶段领域，可将物件存放在ASP的内建物件 Session 中。在Global.asa档案中使用HTML的 <OBJECT> 标记，或在ASP网页中使用 Server.CreateObject 方法，都可以建立工作阶段领域的物件例项。

在Global.asa档案中，您可以利用 <OBJECT> 标记建立工作阶段领域的物件，此标记的RUNAT属性与SCOPE属性必须分别设定成SERVER与 Session。以下范例会替Browser Capabilities（浏览器功能）元件的Browser Type （浏览器类型）物件建立一个工作阶段领域的例项：

<OBJECT RUNAT=SERVER SCOPE=Session ID=MyBrowser PROGID="MSWC.			
     BrowserType">
</OBJECT>

当您将物件存放到 Session 物件中之後，就可以在应用程式的任何一个网页中存取此物件。例如以下的陈述式就会使用到前一个范例用 <OBJECT> 标记建立的物件例项：

<%= If MyBrowser.browser = "IE" and MyBrowser.majorver >= 4 Then . . .%>

在ASP网页中，您也可以用 Server.CreateObject 方法将物件存放在内建物件 Session 内。例如以下范例便可将Browser Type物件的一个例项存放在 Session 物件内。

<% Set Session（"MyBrowser"）= Server.CreateObject（"MSWC.
     BrowserType"）%>

若要在另一个 .asp档案中显示浏览器资讯，首先应把存放在 Session 物件中的 BrowserType 物件例项取出，然後呼叫 Browser 方法将浏览器的名称显示出来：

<% Set MyBrowser = Session（"MyBrowser"）%>
<%= MyBrowser.browser %>

利用 <OBJECT> 标记建立的物件尚未被 .asp档案的指令命令使用之前，ASP不会对该物件作例项化的动作。 Server.CreateObject 方法则可立刻将物件例项化。因此 <OBJECT> 标记提供给工作阶段领域物件的延展性比 Server.CreateObject 方法提供的更好。

将物件设定为应用程式领域
　

 应用程式领域 （application-scope）物件是应用程式启动时所建立的物件例项，为物件唯一的一个例项。此物件可让所有的用户端要求共用。某些公用程式物件，例如网页计数元件（Page Counter Component）的物件，在应用程式领域中的表现可能较好，但一般而言，最好采用下一个小节建议的其他替代方法。此外，执行绪模式也会影响物件的效能与安全性（请参阅稍後的〈进阶资讯：效能问题〉）。

要将物件设定为应用程式领域，只要将物件存放在ASP的内建物件 Application 中，以後便可利用Global.asa档案中的 <OBJECT> 标记或 .asp档案中的 Server.CreateObject 方法，建立应用程式领域的物件例项。

在Global.asa档案中，您可以用 <OBJECT> 标记建立应用程式领域的物件，此标记的RUNAT属性与SCOPE属性必须分别设定成Server与 Application。例如以下范例就是利用 <OBJECT> 标记建立出一个应用程式领域的AdRotator物件例项：

<OBJECT RUNAT=SERVER SCOPE=Application ID=MyAds PROGID="MSWC.AdRotator">
</OBJECT>

将Ad Rotator物件存入Application状态後，在应用程式的任何网页中用类似以下的叙述便可存取此物件例项：

<%=MyAds.GetAdvertisement（"CustomerAds.txt"）%>

此外，在.asp档案中，您还可以用 Server.CreateObject t将物件例项存入内建物件 Application 中，如以下范例所示：

<% Set Application（"MyAds"）= Server.CreateObject（"MSWC.Adrotator"）%>

您可以从Application状态中将此 Ad Rotator 物件例项取出，在应用程式的.asp档案内显示广告画面，如以下范例所示：

<%Set MyAds = Application（"MyAds"）%> <%=MyAds.GetAdvertisement			
     （"CustomerAds.txt"）
%>

工作阶段领域与应用程式领域之外的其他方法
　

一般而言，对於需要长时间进行初始化动作的项目或物件，例如字典物件或记录集（recordset），最好尽量使用应用程式状态或工作阶段状态。但如果工作阶段状态或应用程式状态的物件消耗过多的资源，例如记忆体或资料库连接个数，则应改用其他方法建立这些物件。举例来说，元件的执行绪模式会影响根据它建立出来之物件的效能，尤其是这些物件又设定为工作阶段领域或应用程式领域时，所受到的影响更是深远。

在许多状况下，利用工作阶段领域或应用程式领域的变数把资讯传给网页而建立的物件，要比直接建立应用程式领域或工作阶段领域的物件好得多。例如 ADO的 Connection 物件就不应该设定成工作阶段领域或应用程式领域，因为这会使得该物件建立的连接保持在开启状态，并维持一段很长的时间，但是指令再也不会利用到连接集区。不过，您可以将ODBC或OLE DB连接字串存放在 Session 或Application内建物件内，然後再从其中取出连接字串，据以设定在网页中建立之Connection物件例项的属性。利用这种方法，可将经常用到的资讯存放在工作阶段状态或应用程式状态，但只在必要时才建立用到这些资讯的物件。若需有关设定变数领域的其他资讯，请参阅之前 〈使用变数和常数〉 部分。

使用者定义的JScript物件
　

您也可以建立自己的JScript物件，只要定义好一个负责建立与初始化新物件的属性与方法之建构函数即可。当指令用 New 运算子呼叫此建构函数时，便可建立物件例项。使用者定义的JScript物件可在ASP伺服器端指令中使用，只要将其设定为网页领域，便可正常运作。但请务必记住，这类由使用者定义的物件不可以设定成应用程式领域。此外，由使用者定义的JScript物件也不可以设定成工作阶段领域，否则会影响物件的正常功能。特别是当这种物件被设定成工作阶段领域时，其他网页中的指令虽然可以存取此物件的属性，但却无法呼叫物件的方法。将使用者定义的JScript物件设定为工作阶段领域，将会对Web应用程式的效能有不利的影响。

<%
  If blnFirstTime Then
    Response.Write "<H3 ALIGN=CENTER>Welcome to the Overview Page.	
</H3>"
  Else
    Response.Write "<H3 ALIGN=CENTER>Welcome Back to the Overview Page.
</H3>"
  End If
%>

<H3 ALIGN=CENTER>
<% If blnFirstTime Then %>
  Welcome to the Overview Page.
<% Else %>
  Welcome Back to the Overview Page.
<% End If %>
</H3>

Response.Write "<TR><TD>" & Request.Form（"FirstName"）_
 & "</TD><TD>" & Request.Form（"LastName"）& "</TD></TR>"

 Request.Form 会传回HTML表单传送的值（请参阅之前 〈处理使用者输入〉 ）。

说明　& 符号是VBScript的字串连结字元。底线（_）是VBScript的命令列接续字元。

设定内容的类型
　

Web伺服器将档案传回浏览器时，会告诉浏览器档案内容的类型，这样浏览器才知道它是否能够自己显示档案，或者需要呼叫另一个应用程式。例如，如果Web伺服器传回一个Microsoft Excel工作表，浏览器就必须能够启动Microsoft Excel以显示页面。Web伺服器辨识档案类型时会将副档名跟MIME（多功能 Internet邮件副档名）类型清单进行对照。例如，如果要启动Microsoft Excel，浏览器就必须认得application/vnd.ms-excel MIME类型。

您可以用 Response 物件的 ContentType 属性，为您传送给使用者的内容设定HTTP内容类型字串。例如，下列指令会为频道定义设定内容类型：

<% Response.ContentType = "application/x-cdf" %>

若需有关频道的其他资讯，请参阅稍後的 〈建立动态频道〉 。

其他常见的内容类型有text/plain（以文字形式而非解译的HTML陈述式传回的内容）、image/gif（GIF影像）、image/jpeg（JPEG影像）、video/quicktime （Apple QuickTime格式的影片），以及text/xml（XML文件）。除此之外，Web 伺服器或者Web浏览器也可以支援自订的MIME类型。如果想看看您的Microsoft Web伺服器已经定义好的内容类型，请使用Internet Information Services嵌入式管理单元，来开启您的Web站台的内容页，为此，请按一下 HTTP标题 标签页，再按一下 档案类型 标签页。当您选择以ASP自行设定内容类型时，可以用这些档案类型作为参考。

重新导向浏览器
　

您可以不将内容传送给使用者，而用 Redirect 方法将浏览器重新导向至另一个URL。例如，如果您希望使用者从首页进入您的应用程式，以便让他们收到一个客户识别码，如此就可以检查他们是否有客户识别码，如果没有，便可以将他们重新导向至首页。

<%
  If Session（"CustomerID"）= "" Then
    Response.Redirect "Register.asp"
  End If
%>

伺服器端的指令会在任何内容被传送给使用者之前先处理，这就是所谓的 缓冲处理 。ASP可以让您开启或关闭缓冲处理功能，这项设定会对Redirect方法的行为造成很大的影响。尤其，如果您将缓冲处理功能关闭，就必须在您页面的HTTP标题传回浏览器之前，重新导向浏览器。

请将 Response.Redirect 陈述式放在页面顶端，而且是在任何文字或 <HTML> 标记的前面，以确保不会有任何东西被传回浏览器。如果您在内容或标题被传回浏览器之後使用Response.Redirect，便会看到一个错误讯息。此外要注意的是，Response.Redirect後面不需要有一个 Response.End 。

如果您要在页面中间使用 Response.Redirect ，就要搭配 Response.Buffer 属性一起使用，如稍後〈缓冲处理内容〉一节描述的那样。

在 .asp档案之间进行传输
　

用 Response.Redirect 重新导向浏览器需要来回传输（round-trip），意思是说若伺服器要传送一个HTTP回应给浏览器，表明新URL 的位置，之後浏览器会自动离开伺服器的要求伫列，并为这个URL传送一个新的HTTP要求。然後伺服器会将这个要求跟其他同时到达的用户端要求一起加入要求伫列中。对於一个忙碌的Web站台来说，来回传输会浪费频宽且降低伺服器的性能，尤其是当浏览器被重新导向到同一个伺服器上的档案时。

您可以用 Server.Transfer 方法从一个 .asp档案传输到在同一个伺服器上的另一个档案，而不是使用 Response.Redirect 方法。利用 Server.Transfer ，您可以直接为 .asp档案传输要求，而不必离开伺服器的要求伫列，这样可以消除昂贵的来回传输代价。

例如，底下这个指令说明要如何利用 Server.Transfer ，根据状态资讯在应用程式的页面之间跳跃：

<%
  If Session（"blnSaleCompleted"）Then
    Server.Transfer（"/Order/ThankYou.asp"）
  Else
    Server.Transfer（"/Order/MoreInfo.asp"）
  End if
%>

 Server.Transfer 会从一个执行中的 .asp档案传送要求到另一个档案。在传输进行期间，原先要求的 .asp档案会立刻终止执行，而不清除输出缓冲区（若需其他资讯，请参阅稍後〈缓冲处理内容〉一节）。当目的档案开始执行时，便可以使用要求资讯。在执行的期间，这个档案跟原先提出要求的档案一样，可以存取原有的那些物件（ Request、Response、Server、Session 、以及 Application ）。

您也可以用 Server.Transfer 在不同应用程式中的 .asp档案之间进行传输。不过，当您传输到另一个应用程式中的 .asp档案时，档案的行为会好像是起始传输动作的应用程式的一部分（也就是说，档案只能存取起始应用程式领域内的变数，而不是档案实际所在处之应用程式的变数）。例如，如果您从Sales Application中的一个档案传输到Personnel Application中的一个档案， Sales Application实际上是从Personnel Application借用这个档案，并将它当成是 Sales Application的一部分来执行。

ASP还提供 Server.Execute 指令，可以让您用来传输到档案、执行其内容，然後传回起始传输的档案。如果您对VBScript很熟悉，将 Server.Execute 看成是一种程序呼叫会很有帮助，不同的是，执行的不是程序，而是整个 .asp档案。

例如，底下的指令说明您可以如何利用 Server.Execute 以动态方式纳入.asp档案：

<%
  .
  .
  .
  If blnUseDHTML Then
    Server.Execute（"DHTML.asp"）
  Else
    Server.Execute（"HTML.asp"）
  End If
  .
  .
  .
%>

只要目的档案属於同一个伺服器上的应用程式，发起的应用程式就会传输到这个档案，执行其内容，然後恢复执行起始传输的档案。跟 Server.Transfer 一样，被执行的 .asp档案的动作会有如发起应用程式的一部分。不过， Server.Execute 不能跨伺服器使用。若需其他资讯，请参阅 Server.Execute 。

<HTML>
  <BODY>
  .
  .
  .
  <%
    If Request（"CustomerStatus"）= "" Then
      Response.Clear
      Server.Transfer（"/CustomerInfo/Register.asp"）

    Else
      Response.Write "Welcome back " & Request（"FirstName"）& "!"
		    .
		    .
		    .
    End If
  %>
  </BODY>
</HTML>

ASP应用程式预设是启用缓冲处理功能。您可以使用Internet Information Services嵌入式管理单元，将整个ASP应用程式的缓冲处理功能关闭。若需其他资讯，请参阅第3章之 〈设定ASP应用程式〉 。

让Proxy伺服器快取处理页面
　

您的应用程式可能必须透过一个Proxy伺服器传送页面给用户端。 Proxy 伺服器会为用户端浏览器向Web站台要求页面，之後会快取处理HTML页面，使得重覆要求使用的页面可以快速而且有效率地传回浏览器。让Proxy伺服器处理要求和快取处理页面，可以减少网路和Web伺服器的工作负荷。

虽然快取处理很适合用在很多HTML页面上，却往往不适用於经常要更新资讯的ASP网页。例如，对於股票行情来说，即使一个小时前的资讯都可能已经不够精确了。如果您的应用程式会传回个人化的资讯，例如自订的首页，就必须确定使用者不会看到其他使用者的个人资讯。

预设，ASP会要Proxy伺服器不要快取处理ASP网页本身（不过影像、影像地图、applet以及其他从页面参照的项目都会被快取处理）。您可以利用 Response.CacheControl 属性来设定快取控制HTTP标题栏位，容许对某些页面进行快取处理。 Response.CacheControl 的预设值是字串 "Private"，可以防止Proxy伺服器快取处理页面。如果要容许快取处理，就必须将快取控制标题栏位设定为Public：

<% Response.CacheControl = "Public" %>

HTTP标题必须在传送任何页面内容之前传送给浏览器或Proxy程式，因此您可以将 Response.CacheControl 属性摆在任何HTML标记前面，或者如果您已经停用缓冲处理功能，就要用 Response.Buffer 来缓冲处理页面。

快取控制标题栏位是HTTP 1.1规格的一部分。ASP网页不会在只支援 HTTP 1.0的Proxy伺服器上被快取处理，因为这样并不会有过期（Expires）标题栏位被送出去。

防止浏览器快取处理页面
　

每个浏览器版本都各自有其是否要快取处理页面的规则。如果要防止浏览器快取处理ASP网页，就要用 Response.Expires 来设定过期（Expires）标题：

<% Response.Expires = 0 %>

数值0会迫使快取处理的页面立即过期。HTTP标题必须在送出任何页面内容之前送给浏览器，因此请将 Response.Expires 内容放在任何 HTML标记前面，或者缓冲处理页面。

频道是可以在Microsoft Internet Explorer 4.0或以後版本上使用的一种Web 技术，可以让您自动传送新的或者更新过的Web内容给使用者。频道可以排定让使用者的电脑定期连线到伺服器去撷取更新的资讯（这种撷取处理通称为用户端拉取（client pull），因为资讯是从伺服器「拉进来」或者收集来的）。当新的资讯可以从特定的Web站台取得时，内容就会被下载到浏览器的快取记忆体中，以便於离线阅览。善用频道分送以Web为基础的资讯（尤其是在企业内部网路上），有助於将资讯集中化，而且可以减少伺服器的流量。若需有关频道的其他资讯，请到Microsoft Internet Explorer站台： http://www.microsoft.com/windows/ie/ 。

利用ASP，您可以藉由编写指令产生一个频道定义档，以动态的方式建立频道。一个以XML为基础的频道定义档（.cdf）描述了频道内容的组织并更新排程。.cdf档案中的指令采用类似HTML标记的语法，所以很容易学，也很容易从指令产生。编写伺服器端指令以建立频道定义档时，必须以.cdx为副档名。 ASP读取副档名为 .cdx的档案时，会自动传送application/x-cdf档案类型，要浏览器将位元组当成频道定义解译。如果不用 .cdx副档名，您的指令就必须自行将内容类型用 Response.ContentType 设定为application/x-cdf。

以下是一个使用频道的范例。下列HTML表单会要求使用者选取频道。在表单送出去之後，会呼叫 .cdx档案中的一个指令，以建立频道定义。

<P> Choose the channels you want. </P>
<FORM METHOD="POST" ACTION="Chan.cdx">
<P><INPUT TYPE=CHECKBOX NAME=Movies> Movies
<P><INPUT TYPE=CHECKBOX NAME=Sports> Sports
<P><INPUT TYPE="SUBMIT" VALUE="SUBMIT">
</FORM>

Chan.cdx中的指令会根据要求送出的表单数值建立频道定义。

<% If Request.Form（"Movies"）<> "" Then %>
  <CHANNEL>
    电影页面的频道定义陈述式
  </CHANNEL>
<% End If %>
<% If Request.Form（"Sports"）<> "" Then %>
  <CHANNEL>
    运动页面的频道定义陈述式
  </CHANNEL>
<% End If %>

以WebDAV存取伺服器资源
　

 分散式写作和版本处理 （Distributed Authoring and Versioning, WebDAV）是HTTP 1.1协定的一个强大延伸功能，可以透过HTTP 连线公开Web档案储存媒体，例如一个本机档案系统。WebDAV能使得Web成为一个毫无瑕疵的合作式写作环境。在IIS 5.0中已经采用WebDAV，您可以让远端的作者在您的Web伺服器上的档案和目录中建立、删除、移动、搜寻或者套用属性。若需其他资讯，请参阅第3章之 〈WebDAV发行〉 。

<!-- #include virtual | file ="档名" -->

<!-- #include virtual ="/myapp/footer.inc" -->

<!-- #include file ="headers\header1.inc" -->

使用 file 关键字时，如果您已经在Internet Information Services嵌入式管理单元中选取了 启用上层路径 选项，还可以用（..\）这种语法将上一层目录或更高层目录中的档案纳入进来。若需相关指示， 请参阅第3章之 〈设定ASP应用程式〉 的说明。

包含档的位置
　

无论档案位於哪一个路径内，只要档案的内容有变化，ASP都能自动侦测到，并且在下一次浏览器要求含有此档案的 .asp档案时，将档案新的内容传给浏览器。但一般而言，若能将包含档案集中放在同一个应用程式目录或Web网站内，可以让包含档案比较安全些。如果要做到更完善的保护，建议您将包含档案放在应用程式中的单独一个目录内，例如 \Includes，并对这个目录只开放适当的执行（Web伺服器）权限。若需其他相关资讯，请参阅 〈设定Web伺服器的权限〉 。

重要

在预设情况下，Web伺服器对所有档案均具有读取的权限。但为了避免使用者看到您所纳入的档案内容，最好取消Include目录的读取权限。

包含档之使用技巧与注意事项
　

包含档本身也可以将其他档案纳入到自己本身。此外，.ASP档案也可以多次重覆纳入同一个档案，只要所有的 #Include 指令不会造成回圈的情形即可。例如First.ASP档案纳入Second.inc这个档案，则Second.inc就不可以纳入First.asp，也不可以把自己包含进来。ASP会侦测这类的回圈或巢状错误，并於侦测到这种情形时产生错误讯息，同时停止处理所要求的 .asp档案。

ASP是先将指定的包含档纳入，然後才执行指令命令，因此您不可以用指令命令来组成要纳入之档案的名称。举例来说，在以下这个指令中，由於ASP 会先执行 #Include 指令，然後才将档案名称设定给变数name，因此以下这个指令并不会开启Header1.inc这个档案。

<!-- 这个指令无效 -->
<% name=（header1 & ".inc"）%>
<!-- #include file="<%= name %>" -->

指令命令与程序必须整个包含在 <% 与 %>、HTML标记 <SCRIPT>与 </SCRIPT>、或HTML标记 <OBJECT> 与 </OBJECT> 等成对的分隔符号内。换句话说，.ASP档案中若含有分隔符号的左半部分，其相对应的右半部分不可以放在欲纳入的包含档内，这样是错误 的。指令或指令命令必须完整，不可以分散在不同档案内。例如以下这个指令就没有作用：

<!-- 这个指令无效 -->
<%
  For i = 1 To n
    主档案中的陈述式
    <!--  #include file="header1.inc" -->
  Next
%>

但以下这个指令就可以顺利执行：

<%
  For i = 1 to n
    主档案中的陈述式
%>
<!--  #include file="header1.inc"   -->
<% Next %>

说明

如果您的ASP指令纳入的档案含有很多函数与变数，但这些函数与变数在您的ASP程式中都不会用到，则这些没用到的结构所占用的额外资源对伺服器的效能将有不利的影响，会降低Web应用程式的延展性。因此一般建议最好将包含档案打散成好几个比较小的档案，如此就不必在伺服器端指令内引入一个或两个含有过多不需用到资讯的大档案，只要将必要的档案纳入即可。

有时候您可以用HTML的 <SCRIPT></SCRIPT> 标记将伺服器端的档案纳入进来。例如以下这个指令就用相对路径的方式，纳入一个可以让伺服器执行的档案：

<SCRIPT LANGUAGE="VBScript" RUNAT=SERVER SRC="Utils\datasrt.inc"></SCRIPT>

下表列出在虚拟路径以及相对路径两种状况下，用SRC属性纳入档案的正确语法：

说明

用这种方法纳入档案时，不可以在 <SCRIPT> 标记内放入任何程式码；如果您真的需要这种功能，请额外多加一组 <SCRIPT> 标记。

• 新使用者要求能识别应用程式中 .asp档案的URL，而且该应用程式的 Global.asa档案包含 Session_OnStart 程序。
  　
• 使用者将值存入 Session 物件中。
  　
• 当伺服器收到不包含有效的 SessionID cookie 时便会自动启动新的工作阶段。
  　
• 使用者要求应用程式中的 .asp档案，而且应用程式的Global.asa档案使用 <OBJECT> 标记来表示具有工作阶段领域的物件。请参阅之前 〈使用元件与物件〉 以获得更多有关使用 <OBJECT> 标记来表示物件的资讯。
  　

如果使用者在指定的时间内并未重新要求或重新整理应用程式中的页面，就会自动结束工作阶段。此数值预设为20分钟。藉由设定Internet Information Services嵌入式管理单元中 应用程式选项 内容页的 工作阶段逾时时间 属性，即可变更该应用程式的预设值。请依据Web应用程式和伺服器的记忆体容量来设定此值。例如，如果预期浏览Web应用程式的使用者只在每页逗留数分钟，则可能要大幅减少预设的工作阶段逾时时间。太长的工作阶段逾时时间会导致开启太多工作阶段，如此会过度耗用伺服器的记忆体资源。

若在指定的工作阶段中，想要将逾时时间设定为比预设的应用程式逾时时间还短，则可以设定 Session 物件的 Timeout 属性。例如，下列指令将逾时时间设定为5分钟。

<%  Session.Timeout = 5  %>

您也可以将逾时时间设定为大於预设值，此值由 Session Timeout 属性来决定。

说明

 逾时时间 只适用於具有状态的工作阶段。在无状态工作阶段期间， Session 物件不包含内容或静态物件。在处理要求并在同一浏览器重新建立下一个要求之後，就会自动结束这种工作阶段。

或者，若要故意结束工作阶段，您可以使用 Session 物件的 Abandon 方法。例如，您可以在表单中提供 结束 按钮，此表单将ACTION参数设定为包含下列指令的 .asp档案的URL。

<% Session.Abandon %>

说明

排定在开始Session.Abandon之前执行的使用者要求，将会在放弃的工作阶段内容中执行。当Session.Abandon执行完成之後，新进的要求就与此工作阶段无关。

关於SessionID和Cookie
　

使用者第一次在指定的应用程式中要求 .asp档案时。ASP便会建立 SessionID。SessionID是经过复杂运算之後所获得的数字，可用来唯一地识别各使用者的工作阶段。在开始新工作阶段时，伺服器会将SessionID当作cookie储存在使用者的Web浏览器中。

SessionID cookie类似储物柜的钥匙，当使用者在工作阶段期间与应用程式互动时，ASP可以将使用者资讯储存在伺服器的「储物柜」中。在HTTP要求标题中传输的使用者SessionID cookie，可让您存取资讯，就像储物柜钥匙可让您取得储物柜中的内容物一样。每次ASP收到页面的要求时，就会检查SessionID cookie的HTTP要求标题。

将SessionID cookie储存在使用者的浏览器之後，ASP会使用同一个cookie 来追踪工作阶段，甚至使用者要求另一个 .asp档案或要求在其他应用程式中执行的 .asp档案也一样。同理，如果使用者故意放弃或让工作阶段逾时，然後要求另一个 .asp档案，则ASP仍会使用相同的cookie来开始新的工作阶段。只有伺服器管理员重新启动伺服器而清除记忆体中储存的SessionID设定值时，或使用者重新启动Web浏览器时，使用者才会收到新的SessionID cookie。

藉由重覆使用SessionID cookie，ASP使传送至浏览器的cookie数目变得最少。此外，如果让您的ASP应用程式不要求工作阶段管理，则可以避免ASP 追踪工作阶段和传送SessionID cookies给使用者。

在下列状况下，ASP不会传送工作阶段cookie：

• 如果应用程式停用工作阶段状态。
  　
• 如果ASP网页定义为无工作阶段，也就是页面中包含
  　

<%@ EnableSessionState=False %>

若需其他资讯，请参阅稍後之 〈无工作阶段的ASP网页〉 一节。

您应该也注意到，SessionID cookie并未提供多次拜访Web站台时追踪使用者的永久方法。因此储存在伺服器记忆体中的SessionID资讯很容易失去。若要追踪长期拜访Web应用程式的使用者，就必须在使用者的Web浏览器中储存特殊的cookie，并将此cookie资讯储存至资料库中，以建立使用者识别码。若需其他资讯，请参阅稍後 〈使用cookie〉 一节。

储存和移除Session物件中的资料
　

 Session 物件提供动态的联合阵列，可让您将资讯存入其中。您可以将纯量变数和物件变数存入 Session 物件中。

若要将变数存入 Session 物件，请指定数值至 Session 物件的具名项目中。例如，下列指令会将两个新变数存入 Session 物件中：

<%
  Session（"FirstName"）= "Jeff"
  Session（"LastName"）= "Smith"
%>

若要撷取 Session 物件的资讯，请存取具名项目。例如，若要显示Session （"FirstName"）目前的值：

Welcome <%= Session（"FirstName"）%>

您可以将使用者的喜好设定储存在 Session 物件中，然後存取该喜好设定以决定要传送给使用者的页面。例如，您可在应用程式的第一页让使用者指定纯文字内容，然後将这个选择套用至使用者在此应用程式中所拜访的所有後续页面上。

<% If Session（"ScreenResolution"）= "Low" Then %>
  这是文字版本的页面。
<% Else %>
  这是多媒体版本的页面。
<% End If %>

虽然会影响到伺服器的效能，但您也可以将物件例项存入 Session 物件中。若需其他资讯，请参阅之前 〈设定物件领域〉 一节。

有时候您可能希望删除储存在 Session 物件中的项目。例如，对拜访线上零售商店的使用者而言，变更心意、放弃采购项目清单和决定完全不同的选择都是司空见惯的事。在这种状况下，删除不适当的值就能很方便地更新 Session 物件。

 Session 物件的 Contents 集合包含工作阶段中已经储存的所有变数（亦即不是使用HTML<OBJECT> 标记储存的变数）。利用 Contents 集合的 Remove 方法，可以选择性地移除工作阶段状态加入的变数参照。下列指令将说明如何使用 Remove 方法从 Session 物件清除项目，此例为移除使用者帐户资讯：

<%
  If Session.Contents（"Purchamnt"）<= 75 then
    Session.Contents.Remove（"Discount"）
  End If
%>

如果需要的话，也可以使用 Contents 集合的 RemoveAll 方法完全移除工作阶段中所储存的变数：

Session.Content.RemoveAll（）

使用 Remove 方法时，可以选择依名称或索引来删除项目。下列指令示范如何循环变更储存在 Session 物件中的值，然後有条件地依索引来移除数值：

<%
  For Each intQuote in Session.Contents
    If Session.Contents（intQuote）< 200 Then
      Session.Contents.Remove（intQuote）
    End If
  Next
%>

管理横跨多个伺服器的工作阶段
　

ASP工作阶段资讯储存在Web伺服器中，所以浏览器必须向同一部Web 伺服器的页面要求存取工作阶段资讯的指令。在Web伺服器的丛集（许多Web 伺服器在此分担回应使用者要求的责任）上，使用者的要求并不会都送到同一部伺服器，反而特殊的软体会将站台URL的所有要求配送至可用的伺服器，此程序称为 负载平衡 。负载平衡使得工作阶段资讯难以保留在Web伺服器的丛集上。

若要在负载平衡的站台中使用ASP工作阶段管理，您必须确定使用者工作阶段中的所有要求都导引至同一部Web伺服器。其中一个办法是撰写 Session_OnStart 程序，此程序使用 Response 物件将浏览器重新导引至执行使用者工作阶段的特定Web伺服器。如果应用程式页面中的所有连结都是相对连结，则未来对於页面的要求都会导引至同一部伺服器。

例如，使用者可用要求站台的一般URL来存取应用程式： http://www.microsoft.com。负载平衡程式会将要求转送至指定的伺服器，例如 server3.microsoft.com。ASP便会在该伺服器建立新的使用者工作阶段。在 Session_OnStart 程序中，会将浏览器重新转送至指定的伺服器：

<% Response.Redirect（"http://server3.microsoft.com/webapps/ 
     firstpage.asp"）%>

接着浏览器会要求指定的页面，而所有後续的要求都会转送至同一部伺服器，只要原始URL未参照指定的伺服器名称。

<% Response.Cookies（"VisitorID"）= 49 %>

<%
  Response.Cookies（"VisitorID"）= 49
  Response.Cookies（"VisitorID"）.Expires = "December 31, 2001"
%>

<% Response.Cookies（"VisitorID"）（"49"）= "Travel" %>

<%= Request.Cookies（"VisitorID"）%>

Cookie: VisitorID=49=Travel

<%= Request.Cookies（"VisitorID"）（"49"）%>

<%
  Response.Cookies（"Purchases"）= "12"
  Response.Cookies（"Purchases"）.Expires = "January 1, 2001"
  Response.Cookies（"Purchases"）.Path = "/SalesApp/Customer/Profiles/"
%>

Response.Cookies（"Purchases"）.Path = "/"

<FORM METHOD="POST" ACTION="/scripts/inform.asp">
<INPUT TYPE="text" NAME="city" VALUE="">
<INPUT TYPE="text" NAME="country" VALUE ="">
<INPUT TYPE="hidden"NAME="userid" VALUE= <%= UserIDNum（i）%>
<INPUT TYPE="submit" VALUE="Enter">

<%@ EnableSessionState=False %>

若需有关ADO的其他资讯，请造访Microsoft Universal Data Access（UDA） Web网站： http://www.microsoft.com/data/ 。

建立连接字串
　

建立Web资料应用程式的第一步，就是建立一个可供ADO搜寻及辨识资料来源的管道。这个管道是由连接字串来负责。所谓 连接字串，就是一连串由分号区隔开来之引数，用来定义某些参数，如：来源资料提供者及来源资料之所在位置等。ADO利用连接字串来辨别OLE DB提供者，并将它引导至资料来源处。提供者 是元件的一种，它代表资料来源，并以列的形式公开资料给应用程式来运用。

下表列出了一些常用的资料来源OLE DB连接字串：

为提供向後相容性，OLE DB提供者支援ODBC连接字串语法。下表所列，为经常使用到之ODBC连接字串：

说明

用UNC路径来引用远端电脑资料来源之连接字串，会有潜在之安全性问题。为防止资料来源受到未经授权之存取，须先为需要存取资料之电脑建立Windows帐户，并引用适当之NTFS权限来存取资料来源。若需其他资讯，请参阅第4章之 〈使用NTFS确保档案的安全性〉 一节。

设计Web资料应用程式应考量之进阶问题
　

如果Web应用程式是以调阅资料为主，而且同时大量存取资料之使用者在十人以上，那麽建议最好使用主从式资料库引擎，以提高效能及可靠度。虽然 ADO可与任何OLE DB之资料来源搭配使用，然而从密集测试过程看来，它的设计应是和主从式资料库来配合使用的，如：Microsoft SQL Server或Oracle等。

ASP支援共用档案资料库（Microsoft Access或Microsoft FoxPro），并视其为有效资料来源。虽然在某些ASP相关的文件曾有运用到共用档案资料库的例子，不过这类型的资料库引擎，最好只在开发时或在少数特定的情况中才使用。对於需求量及产量品质均有高度要求之Web应用程式，共用档案资料库并不适合主从式资料库模式。

如果您所开发的ASP资料库应用程式有意和远端的SQL Server资料库连接，那麽应注意下列事项：

•  选择SQL Server连接配置 无论用「TCP/IP通讯端」或「具名管道」方式，都可用来存取远端SQL Server资料库。若使用具名管道，在连线前，资料库之用户端需先经由Windows验证才可；然而，这会造成一种请况，即执行具名管道之远端电脑，可能会拒绝具有SQL Server存取资格但没有该台电脑Windows 帐户之使用者。另一种替代办法，是利用TCP/IP通讯端直接和伺服器连接，而不必像具名管道般透过另一台中介电脑来连接。如果用TCP/IP通讯端直接和资料库伺服器连接，使用者可直接经由SQL验证而获得存取资格，无须再经由 Windows来验证。
  　
•  ODBC 80004005错误 如果存取SQL Server之连接配置不正确，使用者在浏览资料库应用程式时，会收到ODBC 80004005错误讯息。如欲更正该情况，且SQL Server和IIS是在同一电脑上执行，可试着用本机之具名管道来连接，而不要用网路具名管道来进行。Windows 2000的安全性规则在此不会强制执行，因为该管道乃属本机之连接，而非网路连接，所以容易遭到匿名帐户使用者之假扮入侵。另外，在SQL Server之连接字串方面（Global.asa档或网页阶层指令），要将以下参数 SERVER=伺服器名称 改为 SERVER=（local） 。关键字（local）是个特殊的参数，SQL Server之ODBC驱动程式能识别它。如果这个方式无效，那麽请试着在IIS和SQL Server之间，使用非验证之通讯协定，如TCP/IP通讯端。无论SQL Server在本机或远端电脑上执行，该通讯协定均会有作用。
  　

  ---

  说明

  如果是连接到远端电脑，可使用TCP/IP通讯端来增进效能。

  ---

•  SQL Server的安全性 如果您所采用的是SQL Server之整合式或混合式安全功能，且SQL Server资料库位於远端伺服器上，那麽就不能使用整合式之 Windows验证方式。而且，您更不能将整合式Windows之验证凭证转送到远端电脑上。因此，您必须使用「基本」之验证方法，即仰赖使用者提供其使用者名称及密码。
  　

若需有关这些议题的其他资讯，请造访Microsoft Product Support Services 之Web站台 http://www.microsoft.com/support/ 。

连接至资料来源
　

ADO提供 Connection 物件来建立及处理应用程式与OLE DB相关联之资料来源或ODBC相关之资料库连接问题。 Connection 物件具多种属性及方法，您可用它来开启或关闭资料库之连接，亦可发出更新资讯的查询。

如欲建立资料库连接，请先建立一个 Connection 物件。以下的指令将 Connection 物件例项化，并开启连接：

<%
  '建立连接物件。
  Set cnn = Server.CreateObject（"ADODB.Connection"）
  '用OLE DB连接字串来开启连接。
  cnn.Open  "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=C:
\MarketData\ProjectedSales.mdb"
%>

说明

在连接字串当中，等号（=）前後不可留空白。

在本例当中， onnection 物件之 Open 方法是利用连接字串来完成的。

以连接物件来执行SQL查询
　

利用 Connection 物件的 Execute 方法，可针对资料来源下达某些指令，如结构化查询语言（SQL）查询（SQL为业界之标准语言，用来和资料库沟通，以及定义指令来撷取与更新资料）。 Execute 方法可接受指定指令（或查询）之参数、资料记录的数量，以及使用指令之类型等。

下列指令的 Execute 方法使用SQL的 INSERT 指令来发出查询，并将资料插入指定之资料库中。在这个例子，指令将姓名Jose Lugo插入称为Customers 的资料库表格中。

<%
  '定义OLE DB连接字串。
  strConnectionString = "Provider=Microsoft.Jet.OLEDB.4.0;Data 
Source=C:\Data\Employees.mdb"
  '启动Connection物件并开启资料库连接。
  Set cnn = Server.CreateObject（"ADODB.Connection"）
  cnn.Open strConnectionString

  '定义SQL SELECT陈述式
  strSQL = "INSERT INTO Customers（FirstName, LastName）VALUES
（'Jose','Lugo'）"
  '使用Execute方法对资料库进行SQL查询。
  cnn.Execute strSQL,,adCmdText + adExecuteNoRecords
%>

请留意陈述式中有两个参数是用来执行这项查询： adCmdText 及 adExecuteNoRecords 。选择性的参数 adCmdText 参数指定了指令的类型，指出提供者应将查询陈述式（此例为SQL查询）视为指令之文字化的定义。参数 adExecuteNoRecords 则指示ADO在应用程式没有结果传回时，便无须建立资料记录。这个参数只对文字定义型的指令有效，如：SQL查询或内储资料库程序等。虽然 adCmdText 及 adExecuteNoRecords 是选择性的参数，但如果您要用 Execute 来提升应用程式之效能时，就应使用这两个参数。

重要

ADO参数，如 adCmdText ，需要先定义，才能在指令中使用。通常定义参数最方便的方式，就是使用包含了所有ADO参数之定义的元件类型程式库。在使用前，须先宣告该元件类型程式库。宣告ADO类型程式库之方式，是将下列有 <METADATA> 之标记加到 .asp档案或Global.asa 档案上：

<!--METADATA NAME="Microsoft ActiveX Data Objects 2.5 Library" 
   TYPE="TypeLib" UUID="{00000205-0000-0010-8000-00AA006D2EA4}"-->

若需有关使用元件类型程式库的详细资料，请参阅之前〈使用变数和常数〉 〈使用常数〉 主题中的。

除了SQL的 INSERT 指令外，您还可使用SQL的 UPDATE 及 DELETE 指令，来变更和移除资料库资讯。

您可使用SQL的 UPDATE 指令来变更资料库表格中项目的值。下列指令使用 UPDATE 指令，将Customers表中，凡LastName栏位为Smith者，皆将其 FirstName栏位的值改成Jeff。

<%
  Set cnn = Server.CreateObject（"ADODB.Connection"）
  cnn.Open "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=C:		
      \Data\Employees.mdb"
  cnn.Execute "UPDATE Customers SET FirstName = 'Jeff' WHERE LastName 		
      = 'Smith' ",,adCmdText + adExecuteNoRecords
%>

若要从资料库表格中移除特定的记录，请使用SQL之 DELETE 指令。下列的指令会将所有姓氏为Smith的所有列从Customers表格移除。

<%
  Set cnn = Server.CreateObject（"ADODB.Connection"）
  cnn.Open "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=C:		
      \Data\Employees.mdb"
  cnn.Execute "DELETE FROM Customers WHERE LastName = 'Smith'",,		
     adCmdText + adExecuteNoRecords
%>

说明

使用SQL之 DELETE 指令时请务必谨慎。 DELETE 若没有跟着 WHERE 子句一起使用，会将表格中所有的列删除。请务必使用SQL 的 WHERE 子句来指定欲删除的列。

使用Recordset物件来处理传回的结果
　

针对资料之撷取、结果之检验，以及资料库之变更，ADO提供了 Recordset 物件。顾名思义， Recordset 会依照您的查询条件，撷取或显示您所要的资料列或记录。 Recordset 物件会保留每项查询传回之记录所在的位置，便於让您逐项查看结果。

撷取记录集
　

一个好的Web资料应用程式会同时使用 Connection 物件来建立连结，用 Recordset 物件来运用传回的资料。只要结合这两个物件的特有功能，那麽您几乎能开发所有资料处理类的应用程式。例如，下列伺服器端的指令使用 Recordset 物件来执行SQL之 SELECT 命令。SELECT指令会根据查询条件来撷取特定的资讯集。该项查询尚包含SQL的 WHERE 子句，用来缩小特定条件的查询范围。在这个例子当中， WHERE 子句将查询范围限制在Customers资料库表格中姓氏为Smith的记录。

<%
  '与资料来源建立连接。
  strConnectionString  = "Provider=Microsoft.Jet.OLEDB.4.0;Data 		
     Source=C:\Data\Employees.mdb"
  Set cnn = Server.CreateObject（"ADODB.Connection"）
  cnn.Open strConnectionString

  '为Recordset物件建立例项。
  Set rstCustomers = Server.CreateObject（"ADODB.Recordset"）

  '使用Open方法来开启记录集
  '并使用Connection物件所建立的连接。
  strSQL = "SELECT FirstName, LastName FROM Customers WHERE LastName 		
      = 'Smith' "
  rstCustomers.Open  strSQL, cnn

  '循环查看记录集并显示结果
  '并使用MoveNext方法来递增记录的位置。
   Set objFirstName = rstCustomers（"FirstName"）
   Set objLastName = rstCustomers（"LastName"）
   Do Until rstCustomers.EOF
     Response.Write objFirstName & " " & objLastName & "<BR>"
     rstCustomers.MoveNext
   Loop

%>

请注意，在刚才的例子中， Connection 物件建立资料库连接，而 Recordset 物件则利用同一个连接，从资料库中撷取结果。如果您想确实了解资料库所建立的连结，那麽这个方法是很有帮助的。比方说，如果您要指定延迟时间之长短，以决定何时终止连接，就要使用 Connection 物件来设定此属性。但如果您只是想用ADO之预设连接属性来建立连接，便可使用 Recordset 物件的 Open 方法来建立连结：

<%
  strConnectionString  = "Provider=Microsoft.Jet.OLEDB.4.0;Data 		
     Source=C:\Data\Employees.mdb"
  strSQL = "SELECT FirstName, LastName FROM Customers WHERE LastName 		
     = 'Smith' "
  Set rstCustomers = Server.CreateObject（"ADODB.Recordset"）

  '使用Open方法来开启连接
  '并使用Connection物件建立连接。
  rstCustomers.Open  strSQL, strConnectionString

  '循环查看记录集并显示结果
  '并使用MoveNext方法来递增记录的位置。
   Set objFirstName = rstCustomers（"FirstName"）
   Set objLastName = rstCustomers（"LastName"）
   Do Until rstCustomers.EOF
      Response.Write objFirstName & " " & objLastName & "<BR>"
      rstCustomers.MoveNext
   Loop
%>

使用 Recordset 物件的 Open 来建立连接，即是间接使用 Connection 物件来巩固该连结。若需其他资讯，请参阅Microsoft Universal Data Access Web网站刊载之Microsoft ActiveX Data Objects（ADO）文件，网址为 http://www.microsoft.com/data/ 。

说明

如果要将ASP资料库应用程式的效能明显提高，可考虑在Application陈述快取记录集。若需其他资讯，请参阅第7章之 〈对资料快 取〉 。

将记录集中传回之记录数量计算出来是很有用的。 Recordset 物件的 Open 方法可让您用选择性的游标（cursor）参数来决定提供者应如何撷取及导览记录集。在陈述式中加上 adOpenKeyset 游标参数来查询，可让用户端应用程式完全导览记录集。因此，应用程式便可运用 RecordCount 属性准确地计算记录集中记录之数量。请看下面的例子：

<%

	Set rs = Server.CreateObject（"ADODB.Recordset"）
	rs.Open "SELECT * FROM NewOrders", "Provider=Microsoft.Jet.			
	     OLEDB.3.51;Data Source='C:\CustomerOrders\Orders.mdb'", 			
             adOpenKeyset, adLockOptimistic, adCmdText

	'利用Recordset物件的RecordCount属性取得数量。
	If rs.RecordCount >= 5 then
	  Response.Write "We've received the following " & rs.RecordCount 			
	      & " new orders<BR>"

	   Do Until rs.EOF
	      Response.Write rs（"CustomerFirstName"）& " " & rs					
	           （"CustomerLastName"）& "<BR>"
	      Response.Write rs（"AccountNumber"）& "<BR>"
	      Response.Write rs（"Quantity"）& "<BR>"
	      Response.Write rs（"DeliveryDate"）& "<BR><BR>"
	      rs.MoveNext
	  Loop
  	Else
	  Response.Write "There are less than " & rs.RecordCount & " 
	     new orders."
	End If
     rs.Close
%>

使用Command物件改善查询
　

使用ADO的 Command 物件，可执行和 Connection 及 Recordset 物件相同之查询；不同的是，使用 Command 物件时，您可要求查询之资料来源预先作准备或先行编译，日後便可重覆使用不同的值重新发出查询。使用这种经过编译方式来查询的好处是，在修正并重覆现有查询时，可以节省大量的时间。另外，有部分之SQL查询可不用事先定义，只要在执行前再作调整即可。

 Command 物件的 Parameters 集合可节省每次查询前再重新建构的麻烦。比方说，如果您要定期更新以Web为基础之库存系统的供应及价格，便可参照下列方式预先定义查询：

<%
    '使用Connection物件开启连接。请注意，Command物件
    '没有Open方法可建立连接。
    strConnectionString = "Provider=Microsoft.Jet.OLEDB.4.0;Data 		 
      Source=C:\Data\Inventory.mdb"
    Set cnn = Server.CreateObject（"ADODB.Connection"）
    cnn.Open strConnectionString

    '建立Command物件的例项，使用ActiveConnection属性将
    '连接附加到Command物件上。
    Set cmn= Server.CreateObject（"ADODB.Command"）
    Set cmn.ActiveConnection = cnn

    '定义SQL查询。
    cmn.CommandText = "INSERT INTO Inventory（Material, Quantity）	
       VALUES（?, ?）"

    '将CommandText属性中预先准备好（或事先编译好）的查询版本储存起来，
    '然後再去执行Command物件。
    cmn.Prepared = True

    '定义查询参数之组态资讯。
    cmn.Parameters.Append cmn.CreateParameter（"material_type",	
       adVarChar, ,255 ）
    cmn.Parameters.Append cmn.CreateParameter（"quantity",adVarChar, 		 
       ,255 ）

    '定义并执行首次插入。
    cmn（"material_type"）= "light bulbs"
    cmn（"quantity"）= "40"
    cmn.Execute ,,adCmdText + adExecuteNoRecords

    '定义并执行第二次插入。
    cmn（"material_type"）= "fuses"
    cmn（"quantity"）= "600"
    cmn.Execute ,,adCmdText + adExecuteNoRecords
    .
    .
    .
  %>

重要

像 adCmdText 的ADO参数只是一些变数，这表示在资料存取指令中使用ADO参数前必须先定义其值。由於ADO经常使用大量参数，因此用 元件类型程式库 来定义参数会比较简单，让所有ADO之参数及常数定义都包含在该档案内。若需有关执行ADO类型之程式库的详细资料，请参阅之前〈使用变数和常数〉中的 〈使用常数〉 一节。

在刚才的例子当中，您会注意到指令用不同的值反覆建构和重新发出SQL 查询，而没有重新定义，或重新传送查询到资料库来源。使用 Command 物件编译查询的好处是可以避免使用字串和变数来组成SQL查询可能产生的一些问题。尤其在使用 Command 物件的 Parameter 集合时，更可避免因定义某些类型的字串、日期及时间等变数所产生之问题。例如：在SQL查询中若含有上引号（'），则会导致查询失败：

strSQL = "INSERT INTO客户（FirstName, LastName）VALUES（'Robert', 
   'O'Hara）"

注意在 O'Hara 这个姓当中含有一个上引号，它和SQL的 VALUES 中用来表示资料之上引号关键字相冲突。如果将该值和 Command 物件参数结合在一起，就可避免这种问题。

结合HTML表单和资料库存取
　

Web网页上若包含HTML表单，可让使用者远端查询资料库及撷取某些特定资讯。使用ADO，您就能建立非常简单的指令。它能将使用者表单资讯收集起来，建立自订的资料库查询，并将资讯传回给使用者。使用ASP的 Request 物件可撷取在HTML表单中输入的资讯，并在SQL陈述式中使用该资讯。举例来说，下列这段指令将HTML表单所提供的资讯插入表格中，并使用 Request 物件的 Form 集合来收集使用者的资讯。

<%
  '使用Connection物件来开启连接。Command物件
  '没有Open方法可建立连接。
   strConnectionString = "Provider=Microsoft.Jet.OLEDB.4.0;Data 		
     Source=D:\CompanyCatalog\Seeds.mdb"
   Set cnn = Server.CreateObject（"ADODB.Connection"）
   cnn.Open strConnectionString

  '建立Command物件的例项
  '并使用ActiveConnection属性将
  '连接附加到Command物件上。
  Set cmn= Server.CreateObject（"ADODB.Command"）
  Set cmn.ActiveConnection = cnn

  '定义SQL查询。
  cmn.CommandText = "INSERT INTO MySeedsTable（Type）VALUES（?）"

  '定义查询参数之组态资讯。
  cmn.Parameters.Append cmn.CreateParameter（"type",adVarChar, ,255）

  '指定输入值并执行更新。
  cmn（"type"）= Request.Form（"SeedType"）
  cmn.Execute ,,adCmdText + adExecuteNoRecords
%>

若需有关表单及使用ASP之 Request 物件的其他资讯，请参阅之前 〈处理使用者输入〉 一节。

管理资料库连接
　

要设计出一个巧妙复杂的Web资料库应用程式，例如一个供应数千个客户使用的线上订单输入应用程式，其主要的挑战在於如何适当地管理与资料库间之连接。纵然没有资讯在传递，光是开启及维持与资料库的连结，就会让资料库伺服器的资源产生沉重的负荷，甚至引起连接上的问题。一个设计完善的Web 资料库应用程式，会不断循环资料库之连结，并补偿因网路流量所产生的延迟。

使连接等候逾时
　

资料库伺服器面临活动激增时，会出现活动滞留之情形，导致建立资料库连接的时间大幅增加。因此，这些延迟会降低资料库应用程式的效能。

若使用 Connection 物件的 ConnectionTimeout ，就能限制应用程式之等候连接时间，并适时放弃连接并发出错误讯息。在下列例子当中，指令将 ConnectionTimeout 属性设定等待二十秒，逾时便取消连接：

Set cnn = Server.CreateObject（"ADODB.Connection"）

cnn.ConnectionTimeout = 20
cnn.Open "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=C: 
     \Data\Inventory.mdb"

 ConnectionTimeout 属性的预设值为30秒。

说明

在资料库应用程式中使用 ConnectionTimeout 属性之前，应先确认连接提供者及资料来源支援该属性。

将连接放入集区
　

将连接放入集区可使Web应用程式从集区使用连接或储备可用的连接，而无需反覆重新建立连接。一旦连接被建立并放置在集区後，应用程式便可重覆使用该连接，而无需再执行连接的程序。如此可大幅增加效能，尤其是那些透过网路连结或需反覆连结、中断连接之应用程式。除此之外，放在集区的连接还可供多个应用程式重覆使用。

OLE DB工作阶段集区
　

OLE DB也有一个集区功能，称为 工作阶段集区 ，用於在大型的Web资料库应用程式中增进连接的效能。工作阶段集区保留了连接的安全性和其他的属性。唯有连接之双方同时提出要求时，才能重覆使用放在集区中的连结。在预设情况下，Microsoft SQL Server及Oracle的OLE DB提供者皆支援工作阶段集区。这表示您无须自行设定应用程式、伺服器或资料库，就可使用工作阶段集区功能。不过，如果提供者预设不支援工作阶段集区功能，您就需要建立一个登录设定来启用工作阶段集区功能。若需有关工作阶段集区的其他资讯，请参阅OLE DB 2.0 Software Development Kit（SDK）文件。

ODBC连接集区
　

如果您希望ODBC驱动程式参与连接集区，就必须先设定资料库中特定之驱动程式，然後在Windows登录中设定驱动程式的 CPTimeout 属性。 CPTimeout 属性决定了连接停留在连接集区的时间。如果停留在集区的连接时间超过 CPTimeout 设定的值，那麽连接就会自动关闭，并从集区中移除。 CPTimeout 的预设值为60秒。

针对某些特定的ODBC资料库驱动程式，您可采用下列的设定来建立一登录机码，选择性地设定 CPTimeout 属性来启用连接集区：

\HKEY_LOCAL_MACHINE\SOFTWARE\ODBC\ODBCINST.INI\driver-name\CPTimeout 		
     = timeout
（REG_SZ, units are in seconds）

举例来说，下列的机码将SQL Server驱动程式放在集区的时间，设定为 180秒（即3分钟）等候逾时。

\HKEY_LOCAL_MACHINE\SOFTWARE\ODBC\ODBCINST.INI\SQL Server\CPTimeout 		
      = 180

说明

根据预设，在您这方的Web伺服器是将 CPTimeout 设为60秒，以便启动SQL Server的连结集区。

在多个网页上使用连接
　

虽然我们可以将连线储存在ASP的 Application 物件上，以便在多个网页重覆使用连接，可是这些不必要的连接开放情形，会造成连接集区无用武之地。如果您有多位使用者同时连接到同一个ASP资料库应用程式，一个比较好的办法，就是在不同的Web网页上重覆使用资料库连接字串，并将字串放在ASP的 Application 物件内。例如，在Global.asa档案的Application_OnStart事件程序中指定一连接字串，如以下指令所示：

Application（"ConnectionString"）= "Provider=Microsoft.Jet.OLEDB.4.0;		
      Data Source=C:\Data\Inventory.mdb"

而在每一个存取资料库的ASP档案中，可以这麽写：

<OBJECT RUNAT=SERVER ID=cnn PROGID="ADODB.Connection"></OBJECT>

如欲建立网页的连接物件例项，请用下列指令来开启连接。

cnn.Open Application（"ConnectionString"）

在网页末端，可用下列方式来关闭连接：

cnn.Close

万一有个别使用者需要在多个Web网页上重覆使用连接，使用 Session 物件会比用 Application 物件来储存连接字串来得有利。

关闭连接
　

若要充分利用连接集区，请尽速关闭连接。根据预设，一旦指令结束执行，连接会自动终止。但如果指令在无需使用连接时就关闭连接，可减少资料库伺服器之负荷，并能使连接开放给其他使用者使用。

您可以使用 Connection 物件的 Close 方法将 Connection 物件和资料库间的连接确实关闭。下列指令会开启并关闭一连接：

<%
  strConnectionString = "Provider=Microsoft.Jet.OLEDB.4.0;Data 		
     Source=C:\Data\Inventory.mdb"
  Set cnn = Server.CreateObject（"ADODB.Connection"）
  cnn.Open strConnectionString
  cnn.Close
%>

<%@ TRANSACTION=Required %>
<%
  .
  .
  .
  '结束异动。
  Server.Transfer（"/BookSales/EndTrans.asp"）
%>

<%@ TRANSACTION=Required%>
<%
  '立即发出自订元件以关闭异动。
  Set objSale = Server.CreateObject（"SalesTransacted.Complete"）
  .
  .
  .
%>

不过，这两个指令之间的互动只构成单一异动。若需更多有关使用 Server.Transfer 和 Server.Execute 撰写指令的资讯，请参阅之前 〈传送内容到浏览器〉 一节。

宣告异动指令
　

在宣告页面可异动时，用於该页面的任何指令命令和物件都在相同的异动内容中执行。元件服务会处理建立异动的细节，并决定异动成功（确定）或失败（放弃）。若要宣告页面可异动，请将 @TRANSACTION语句加入页面上方：

<%@ TRANSACTION = value %>

若需更多有关value引数的资讯，请参阅 @TRANSACTION语句参照。

@TRANSACTION语句必须是页面的第一行，否则就会发生错误。您必须将此语句加入要在异动之下执行的每个页面中。当指令处理完成时，就会结束目前的异动。

多数应用程式只需要特定操作的异动内容。例如，航空公司的站台可以使用异动指令来处理购票和订位工作。所有其他的指令都可在无异动内容之下安全执行。因为异动只能用於需要异动处理的页面，因此您不能宣告应用程式的 Global.asa档案为可异动。

如果放弃异动，元件服务会回溯对支援异动的资源所做的任何变更。目前仅有资料库伺服器完全支援异动，因为这是企业应用程式最重要的资料。元件服务不会回溯硬碟、ASP工作阶段和应用程式变数或集合上的档案变更。不过，您可以依据稍後的叙述来撰写异动事件，以撰写回复变数和集合的指令。如果操作（例如将资料写入档案中）失败，您的指令也可以明确交付或放弃异动。

交付或放弃指令
　

因为元件服务会追踪异动处理，因此它可判断异动是否已经顺利完成或失败。指令可以呼叫 ObjectContext.SetAbort 而明确宣告放弃异动。例如，如果指令撷取到元件错误、违反企业规则（例如收支馀额低於零）或非异动操作（例如读取或写入档案）失败，则可以放弃异动。如果在完成异动之前页面逾时，也会放弃异动。

撰写异动事件
　

指令本身无法判断异动已经成功或失败。不过，您可以撰写异动交付或放弃时所呼叫的事件。例如，假设有一个记录银行帐户的指令，并且要视异动状态 将不同的页面传回给使用者。您可以使用 OnTransactionCommit 和 OnTransactionAbort 事件来撰写给使用者的不同回应。

<%@ TRANSACTION=Required %>
<%
  '缓冲输出，以显示不同的页面。
  Response.Buffer = True
%>

<HTML>
  <BODY>
  <H1>Welcome to the online banking service</H1>


  <%
    Set BankAction = Server.CreateObject（"MyExample.BankComponent"）
    BankAction.Deposit（Request（"AcctNum"））

  %>

  <P>Thank you.  Your transaction is being processed.</P>
  </BODY>
</HTML>
<%
  '若异动成功，则显示此页面。
  Sub OnTransactionCommit（）
%>
  <HTML>
    <BODY>

    Thank you.  Your account has been credited.
    </BODY>
  </HTML>

<%
  Response.Flush（）
  End Sub
%>
<%
  '若异动失败，则显示此页面。
  Sub OnTransactionAbort（）
    Response.Clear（）
%>
  <HTML>
    <BODY>

    We are unable to complete your transaction.
    </BODY>
  </HTML>
<%
    Response.Flush（）

  End Sub
%>

在元件服务管理员登录元件
　

若元件要参与异动，就必须在COM+ 应用程式中登录，而且必须设定为需要异动。例如，如果指令呼叫更新库存资料库和付款资料库的元件来处理订单，就需要这两个元件都在异动内容之下来执行。元件服务可确保有元件失败时，可回溯整个订单而不会更新任一个资料库。有些元件并不需要异动，例如 Ad Rotator元件就不需要异动。

您可以使用「元件服务管理员」来登录和设定异动元件。元件必须登录於 COM+ 应用程式中。请不要将元件放入IIS处理中的COM+应用程式中，而应建立自己的COM+ 应用程式。通常是将您的所有元件放入单一「程式库」应用程式中。程式库应用程式中的元件可供多个ASP应用程式使用，并可在ASP应用程式程序中执行。

您也可以在「伺服器」应用程式中登录异动元件，「伺服器」应用程式是一种在伺服器个别程序中执行的COM+ 应用程式。若要使用角色安全或要从远端电脑的应用程式来存取元件，就可以使用异动元件的「伺服器」应用程式。

您必须安装「元件服务」才能使用「元件服务管理员」。

物件领域
　

通常是不可以将COM元件所建立的物件存入ASP之 Application 或 Session 物件中。若此，完成异动时会停用COM物件，因为 Session 和 Application 物件是指可跨越多个ASP网页使用的物件例项，不可将它们用来保存异动结束时或释放的物件。

ASP指令是已宣告的异动的根或起始。任何用於可异动ASP网页的COM 物件都可当作异动的一部分。当异动完成时，就会停用页面所用的COM物件，包括储存在 Session 或 Application 物件中的物件。接下来尝试从另一个异动页面呼叫工作阶段领域或应用程式领域物件的动作都会失败。

异动伫列
　

远端伺服器的资料库更新，可能会因网路延迟或故障而延迟或放弃完成异动。因为异动的各部分都需要确认，您的应用程式可能必须等待远端伺服器的确认或放弃讯息，或因无法传送资料库更新而放弃异动。

对於必须同时完成的更新，适合放弃或延迟完成异动，直到异动的所有参与者都可交付为止。例如，航空公司的订票系统应用程式应该同时完成客户银行帐户的扣款和存入航空公司银行帐户。如果更新整合於异动中，但可能比其他更新还晚发生，最好不要让客户等待完成更新。例如，订购机票的异动可能也会传送特殊餐点要求给餐饮供应商或更新客户的哩程数。这些活动必须完成，但可以稍後才完成。

您可以使用「讯息伫列」将一个更新或一组更新与传送至远端伺服器的异动讯息结合。即使目前无法使用网路，讯息伫列也能保证会将更新传送至远端伺服器。您的应用程式会收到交付讯息，并可继续进行异动。

开始对伺服器端指令侦错前，应该先将Web伺服器设定成支援ASP侦错功能。若需相关的指示与资讯，请参阅第3章之 〈启用ASP侦错功能〉 部分。

在启用Web伺服器的侦错功能之後，就可以利用以下任何一种方法开始对指令进行侦错：

• 手动开启Script Debugger，对ASP伺服器端指令侦错。
  　
• 使用Internet Explorer要求一个 .asp档案。如果这个档案中有错误，或者您在其中故意放了一个停止执行的陈述式，Script Debugger便会自动将此指令显示出来，并指出错误的地方。
  　

指令错误
　

对伺服器端指令进行侦错时，可能会碰到好几种错误。其中有些错误会使得指令的执行不正确或导致指令停止执行，有的则会导致程式传回错误的结果。

语法错误
　

 语法 错误是最常见的一种错误，这是由於指令某部分的语法不合乎规定所导致的。例如指令拼错或传给函数的引数个数不对，都会产生错误。语法错误会使得指令无法执行。

执行时期错误
　

 执行时期 错误指的是指令开始执行之後，由於指令做了一些不正确的动作而导致的错误。例如以下这个指令中就有一个函数用0当作除数（在数学上， 0是不可以当作除数的），因此会产生执行时期错误：

<SCRIPT LANGUAGE=VBScript RUNAT=SERVER>
  Result = Findanswer（15）
  Document.Write（"The answer is " &Result）

  Function Findanswer（x）
  '以下这个陈述式会导致执行时期错误。
   Findanswer = x/0
  End Function
</SCRIPT>

导致执行时期错误的臭虫一定要抓出来并加以更正，指令才能正确无误地顺利执行。

逻辑错误
　

 逻辑 错误是最难侦测出来的一种错误。其原因可能是打错字或程式的逻辑上有瑕疵，以致於指令虽然可以从头到尾顺利执行完毕，但得到的结果却是不正确的。例如原本要将一连串数字依大小顺序排序的伺服器端指令，很可能就因为在比较数值的地方把小於（<）符号不小心写成大於（>），於是程式执行完排出来的顺序当然就不正确了。

侦错技巧
　

以下几种侦错技巧，都可以帮助我们测试应用程式以找出错误的地方。

即时（JIT）侦错
　

当伺服器端指令遇到执行时期错误而导致不能继续执行时，Microsoft Script Debugger便会自动启动，将此 .asp档显示出来，并在其中标出导致错误的叙述，同时显示错误讯息。此种侦错方式称为 即时 （Just-In-Time, JIT）侦错，可让电脑暂停程式的执行。您必须用编辑软体将错误更正并存档，然後才能继续执行指令。

中断点侦错
　

当程式有错误产生但又不容易找出真正导致错误的地方时，可以尝试利用设定 中断点 的方式进行侦错。中断点可使得指令执行到您指定的叙述时便暂停执行。您可以在您觉得有问题的叙述之前设定一个或多个中断点，然後用侦错程式检查指令中各项变数或属性的值是否正确。等找出错误并加以更正之後，再将中断点清除，就可以让指令顺利执行了。

设定中断点的方法如下：用Script Debugger开启指令，选取要中断执行的叙述，然後选择 侦错 功能表中的 切换中断点 。接着用Web浏览器再次要求此指令。当指令执行到您设定中断点的这行叙述时，电脑就会启动Script Debugger 显示此指令，并把设定中断点的陈述式标示出来。

在下一个陈述式中断
　

在某些状况下，如果下一个要执行的陈述式不在您的 .asp档案内时，您可能会想要启用Script Debugger的 在下一个陈述式中断 功能。假设Sales这个程式内有一个 .asp档案，而且您在这个档案内设定 在下一个陈述式中断 ，则当执行Sales中任何一个档案内的指令，或任何一个已经启用侦错的应用程式时，侦错程式便会自动启动。因此当您设定 在下一个陈述式中断 时，应当注意不管接下来执行的是哪一个指令陈述式，只要一执行下去，侦错程式都会自动启动。

利用VBScript的Stop陈述式来侦错
　

如果您的伺服器端指令是用VBScript设计的，那麽您还可以在怀疑程式中有问题的地方之前，加上 Stop 陈述式来设定中断点。例如以下这个伺服器端指令就含有一个 Stop 陈述式，使得此程式在即将呼叫另一个自订的函数之前暂停执行：

<%
  intDay = Day（Now（））
  lngAccount = Request.Form（"AccountNumber"）
  dtmExpires = Request.Form（"ExpirationDate"）

  strCustomerID  =  "RETAIL" & intDay & lngAccount & dtmExpires
  '把中断点设定在这里。
  Stop

  '呼叫注册元件。
  RegisterUser（strCustomerID）
%>

当您要求这个指令时，侦错程式便会启动，并自动将这个.asp档案显示出来，在其中标示出 Stop 陈述式的位置。在程式把变数传给该元件之前，您应该仔细检查这些变数的值。

重要

在写好的程式要上线之前，请务必记得把其中所有的 Stop陈述式全部拿掉。

利用JScript的Debugger陈述式来侦错
　

如果您的伺服器端指令是用JScript撰写的，可以在程式中您怀疑的地方之前加上 debugger 陈述式。例如以下这个指令中就含有一个 debugger 陈述式，当回圈每次用新的值执行到这个位置时，程式便会暂停，并自动启动Script Debugger。

<%@ LANGUAGE=JScript %>
<%
  for（var count = 1; count <= 10; count++）
  {
    var eventest = count%2
    //在此处设定中断点，让使用者一步一步执行指令。
    debugger
    if（eventest == 0）
          Response.Write（"Even value is " + count + "<br>"）
   }
%>

当您设计的 .asp档案要上线时，请务必记得把程式中的所有 debugger 陈述拿掉。

说明

请勿将 debugger 陈述式与JScript的 break 陈述式混淆。 break 陈述式的目的是从正在执行的回圈中跳出来，并不会启动Microsoft Script Debugger，也不会导致程式暂停执行。

指令侦错秘诀
　

除了Script Debugger之外，其他还有一些侦错时常运用的秘诀，可以大幅降低您检查指令错误时所花费的时间。虽然大部分的错误都是很明显，一眼就可以辨识出来的，但还是有一些很难找出来的错误，例如拼错指令或变数、某些类型的逻辑错误与执行错误等等。

若需有关Microsoft Script Debugger的其他资讯，请参阅Microsoft Scripting Technologies网站 http://msdn.microsoft.com/scripting/ 。