假如读者已经熟悉了ASP 2.0，并正在寻找3.0版本中的实际改变的列表，那么将在下面发现这些信息。假如读者是一个ASP的初学者，可以越过本章到下一章，那里循序渐进地介绍了ASP对象和它们的用法。
ASP 3.0新特性概要
在ASP 3.0中，有一些新的特性或经历较大的变化或改进的特性。
1. 无脚本的ASP
如早先提到的， ASP处理不包括任何脚本的.asp页的速度是很快的，假如你正在创建的站点或Web应用程序文件最终可能使用ASP，最好让这些文件使用.asp文件扩展名，而不用考虑它们是包含服务器端脚本还是仅仅包含静态( HTML和文本)内容。
2. 新的流向控制能力
到目前为止，假如想把执行转向另外的一个ASP页，不得不使用Response.Redirect语句，这个工作通过向客户端发送一个响应来指示其载入新的页面来实现。然而这对客户端来讲是费事的。而且当代理服务器用于客户端时，会引起错误的消息。ASP 3.0为Server对象提供了两个新的方法，允许在服务器上转换页面而不需要新的客户端的请求。
Server.Transfer是转换执行到另一个页面；而Server.Execute是执行另一个页面，然后将控制返回原来的页面。在新的页面里可访问原来页面的环境，包括Response 和Request等所有ASP对象，但是不能访问页面范围的变量。假如原始的页面使用了一个事务标志(在开放的< % . . . % >元素中)，事务的环境被传递到新的页面。假如第二个ASP文件的事务标志表明事务是受到支持的或需要的，则现有的事务将被使用，而不会开始一个新的事务。
3. 错误处理和新的ASPError对象
通过提供一个用Server.Transfer方法自动调用的定制的ASP页面，提供了可配置的错误处理。在这个ASP页面中，Server.Get Last Error可被用来返回一个ASP Error对象的实例，其中包含了错误的细节，例如错误的描述和相关的行号。
4. 编码后的ASP脚本
ASP脚本和客户端脚本现在可以使用BASE 64加密法进行编码。更高水平的加密计划将出现在ASP的未来新版本里(注意，这个特征是由VBScript 5.0和JScript 5.0脚本引擎实现的，因此在脚本被执行时要求这些引擎存在)。编码后的脚本将在运行时由脚本引擎解码。因此不必使用别的工具，尽管这不是很安全的加密方法，但能够保护脚本不被一般的用户浏览和拷贝。
5. 包含脚本文件的一种新方式
除了使用<!--#Include...-->元素使服务器端的IIS包含脚本代码文件， ASP 3.0也能够“包含”其自己。<SCRIPT >元素与RUNAT=“SERVER”和SRC =“path_and_filename”属性共同使用，来包含基于服务器的脚本代码文件。相对的物理路径或虚拟路径也可以用在SRC属性中：
6. Server Scriptlets
ASP 3.0支持一种强有力的新的脚本技术，称之为Server Scriptlets。这些是驻留在服务器上的XML格式的文本文件，可以像一般的COM对象(即Active服务器组件)为ASP所用。这样可以把Web应用程序的业务逻辑脚本过程更容易地实现为一个可重用的组件。
7. 增强性能的Active服务器组件
ASP中的许多Active服务器组件得到了改进，能够提供更好的性能和附加的功能，一个例子就是新的Browser Capabilities组件。除此之外，还有一些新的组件。例如， XML分析器使应用程序可以处理服务器上的XML格式的数据。同时，提供了ADO与XML更加紧密的集成
(通过Windows 2000所提供的新的ADO 2.5版)，这为以XML格式存贮和获取数据，提供了新的机会。
8. 性能
为改善ASP和IIS的性能和可扩展性，新版本做了大量的工作。这包含ASP中的自我调整特征，它可以检测阻塞情况并自动增加可用线程的数量。当请求在执行中受到外部资源的阻塞时， ASP能够检测出来，并为同时执行附加请求和继续正常处理提供更多的线程。但是，
假如CPU变得超负荷， ASP会减小可用线程的数量，以便当过多的非阻塞请求同时执行时，将线程切换次数最小化。
对ASP 2.0的改进
下面的一些特征是从2 . 0版本中改进或升级来的。
1. 缓冲缺省为打开状态
ASP提供可选的输出缓冲。从IIS 4.0开始，这使得脚本执行得更快，并提供对流向浏览器的输出的控制能力。在ASP 3.0这个改进的性能通过改变Response.Buffer属性的缺省设置为True而反映出来。缺省状态下缓冲是打开的，这意味着最终的输出只有在进程完成时，或脚本调用Response.Flush或Response.End方法时，才送至客户端。
注意，可以通过设置Response.Buffer属性为False，关闭缓冲。只有这样，才能发送XML格式化输出给客户端，让XML分析器在收到输出后开始工作。也可以使用Response.Flush发送大页面的一部分，这样使用户可以很快看到部分输出。
2. Response.IsClientConnected的变化
Response.IsClientConnected属性可以在没有任何内容发送给客户端的情况下被读取到。在ASP 2.0中，这只在至少有一部分内容被发送后才能返回准确的信息。这一改进解决了IIS必须响应每个客户的请求(即使客户可能已经转移到另一个页面或站点)的问题。同时如客户在3秒内没有再连接，服务器上创建的完整的输出信息将被丢弃。
3. 带有默认文档的查询字符串
假如一个用户访问一个站点而不提供所请求页面的名字，默认的文档(如存在的话)将被送往客户端。然而假如他们提供了附在URL后面的查询字符串，这在早先的ASP版本中是被忽略的，而在IIS 5.0 和ASP 3.0 中这个查询子符串将被送到缺省页面。例如，在一个URL为：http://www.wrox.com/store/的目录中缺省页面为default.asp，则下面这两种情况都将名称/值对Code=1274送往default.asp页面：
4. 服务器端包含文件的安全性
服务器端的包含文件常用于一些敏感的信息，如数据库连接字符串或其他访问细节。一个虚拟的路径(即URL而不是完整的物理磁盘文件路径)可以用来指定这些文件。在这种情况下，早先的ASP版本不核对文件的安全设置和用户的证书；换句话说，授权(验证后)的用户和匿名的Web服务器帐号都没有与文件的访问控制列表相比较。在IIS 5.0和ASP 3.0，这些证书将被检查以防止非授权访问。
5. 可配置项移到元数据库中
在IIS 5.0中ProcessorThreadMax和ErrorsToNTLog的注册项被移到元数据库中，所有的ASP可配置参数能够通过Active Directory和Active Directory服务接口( ADSI )在元数据库中修改。
6. 应用程序中的双线程对象的性能
为了在常有多个并发请求的ASP中获得最佳性能，组件应是双线程的( Both-Threaded )—即单线程单元(Single Threaded Apartment，STA)和多线程单元(Multi-Threaded Apartment，MTA )，并且支持COM Free-Thread Marshaller(FTM)。不支持FTM的双线程的COM对象假如被存储在ASP Application状态对象中，将导致运行失败。
7. 更早释放COM对象
在IIS 5.0中，实例化的对象或组件可更早释放。在IIS 4.0中，COM对象只有在ASP处理完一个页面时才能释放。在IIS 5.0中，假如一个COM对象不使用OnEndPage方法，且对象的引用计数达到零，则这个对象在处理完成之前就被释放了。
8. 缺省时ASP允许进程外组件
定制的本地服务器组件现在可以从IIS中被实例化，而不需要改变元数据库的设置。控制本地服务器实例化的元数据库属性AspAllowOutOfProcComponents缺省值为1，在IIS早期版本为0。
9. COM对象的安全性
IIS使用了新的由COM +提供的cloaking特性，因此，从ASP实例化的本地服务器应用程序可以运行在原始的客户的安全环境中。在早期版本中，安全环境被指派到本地服务器COM对象，依赖于调用进程的身份。
10. 缺省时组件运行在进程外
在ASP早期版本中，所有在ASP页面环境中创建的组件缺省时运行在进程内。
为在组件的性能和Web服务器安全性之间折衷，对于一个虚拟的应用程序，可以从Properties对话框中Application Protection的三个选项中选择：
Low (IIS Process)
这种设置的ASP虚拟应用程序的所有应用程序可执行文件和组件都运行在Web服务器可执行文件( Inetinfo.exe )的进程(即内存空间)中。因此，Web服务器就有受到可执行文件或组件失败影响的风险，然而这提供了最快的和最少资源浪费的应用程序执行选项。
Medium (Pooled)—这是缺省设置
这种设置的ASP虚拟应用程序的所有应用程序可执行文件和组件都运行在单个共享的DLLHost.exe实例的进程(即内存空间)中。这保护了Web服务器可执行文件( Inetinfo.exe )免受任何一个可执行文件或组件失败带来的风险。然而，可执行文件或组件的失败会引起DLLHost.exe进程失败，进而所有其他驻留其中的可执行文件和组件也会失败。
High (Isolated)
这种设置的ASP虚拟应用程序的所有应用程序可执行文件和组件都运行在单个DLLHost.exe实例的进程(即内存空间)中，但是每个ASP应用程序都有自己的DLLHost.exe实例。DLLHost.exe对应用程序而言是独有的，这保护Web服务器可执行文件免受任何一个可执行文件或组件失败带来的危险，同时也保护了虚拟应用程序，免受因其他虚拟应用程序的可执行文件或组件失败带来的问题。微软建议在任何一个Web服务器上最多驻留10个隔离的虚拟应用程序。
推荐的配置是：在它们自己的进程中运行对于任务关键的应用程序，即High (Isolated)；余下的所有应用程序在一个共享的进程中运行，即Medium (Pooled)。也可设置组成每个虚拟应用程序的脚本和组件的执行权限(Execute Permission)，三个选项是：
1) None：在这个虚拟的应用程序中不能运行脚本或可执行文件。在实际效果上，这提供了一个在必要时快速和简便地禁止一个应用程序的方式。
2) Scripts only：仅允许脚本文件，诸如ASP、IDC或其他，能够在这个虚拟应用程序中运行，可执行文件不能运行。
3) Scripts and Executables：允许任何脚本和可执行文件在这个虚拟应用程序中运行。
VBScript 5.0中的新特性
能够在ASP中应用的特性包括了那些由脚本引擎所提供的特性，这意味着VBScript的改进也可在ASP中应用。VBScript的改进如下所述。
1. 在脚本中使用类
在VBScript中实现完整的VB类( class )模型，但明显的例外是在ASP服务器端的脚本事件。可以在脚本中创建类，使它们的属性和方法能够用于页面的其余代码，例如：
这段代码产生如下结果：
Value of HalfValue property is 21
Result of GetResult method is 42
2. With结构
VBScript 5.0支持With结构，使访问一个对象的几个属性或方法的代码更加紧凑：
3. 字符串求值
Eval函数(过去只在JavaScript和JScript中可用)目前在VBScript 5.0中已经得到了支持。它允许创建包含脚本代码的字符串，值可为True或False，并在执行后可得到一个结果：
4. 语句执行
新的Execute函数允许执行一个字符串中的脚本代码，执行方式与Eval函数相同，但是不返回结果。它可以用来动态创建代码中稍后执行的过程，例如：
一个回车返回(如程序中示)或冒号字符“：”可用来分隔一个字符串中的各条语句。
5. 设置地区
新的SetLocale方法可以用来改变脚本引擎的当前地区，可正确显示特殊的地区特定字符，如带重音符的字符或来自不同字符集的字符。
6. 正则表达式
VBScript 5.0 现在支持正则表达式(过去只在JavaScript、JScript和其他语言中可用)。RegExp对象常用来创建和执行正则表达式，例如：
7. 在客户端VBScript中设置事件处理程序
这不是直接应用于ASP的脚本技术，这个新的特性在编写客户端的VBScript时是很有用的。现在可以动态指定一个函数或子程序与一个事件相关联。例如，假设一个函数的名称为MyFunction()，可把它指定给按钮的OnClick事件：
这提供了JavaScript和JScript 中的类似功能，函数可以被动态地指定为一个对象的属性。
8. VBScript中的On Error Goto 0
尽管这个技术早先没有被文档记载，但在现有的VBScript版本中能够使用(有着V B背景并且有好奇心的人可能早已发现这个秘密)。它现在已被记录在文档中，并且在执行On ErrorResume Next后能够用来“关闭”页面中的定制错误处理。结果是任何后来的错误将引发一个浏览器级或服务器级的错误及相应的对话框/响应。
JScript 5.0中的新特性
JScript 5.0唯一的改变是引入了错误处理。
Java风格的try和catch结构在JScript 5.0中得到了支持。例如：
内建的JScript Error对象有3个属性，它们定义了上次的运行期错误。可在catch块中使用它们获得有关错误的更多信息。
假如你想抛出自己的错误，可用一个定制的异常对象引发一个错误(或异常)。然而，由于没有内建的异常对象，必须自己定义一个结构：
这样的对象可用来在页面中引发定制的异常。这通过使用throw关键字，然后检查catch块中的异常类型来实现：
其他的新特性
还有几个新特性已经能够在IIS 5.0中使用了。
1. DAV(Distributed Authoring and Versioning )
这个标准由Internet Engineering Task Force (IETF)创建，目前为1.0版本。它允许作者在几个不同的位置共同创建和维护We b页和其他的文档。它用于提供上载( upload )和下载访问，并控制版本号使工作过程能够得到相应的管理， IE包含与IIS 5.0中的DAV的集成的特性。但是，在IETE标准和当前的IIS 5.0版本中，尚未实现版本控制能力。
2. 引用类型库
在过去，常常使用服务器端的包含文件，把常数从一个类型库(例如脚本对象、ADO或MSMQ )增加到ASP页面。这是必须的，因为ASP不能像VB那样创建对类型库或组件DLL的引用。在IIS 5.0中，不必再为常数使用包含文件。可以在<HEAD >部分放一个HTML注释风格的元素，来直接访问一个组件的类型库。
这将使指定文件中的常量在当前ASP页面中都可用(尽管这是IIS 5.0中的一个新特性，但在IIS 4.0中虽没有记入文档，但已经可以使用了)。
3. FTP 下载续传
FTP服务现在终于提供了下载的续传功能。假如一个文件部分下载后停止，它能够从断点处继续下载。这意味着没有完成下载的文件不需要再次下载整个文件。
4. HTTP压缩
IIS现在能够自动实现对静态或动态产生的文件的HTTP数据流压缩并高速缓存压缩的静态文件。在与适当地准备好的客户端通信时，这会提供更快的响应并减少网络的负载。
