1、“.....文件扩展名同表示动态创建的网页的文件扩展名或样，已被浏览者所接受。事实上，对于在微软的操作系统上工作的程序员来说，正在变成种不再令人激动的技术，而仅是种工作方式。关键词脚本动态基础的动态服务器网页，技术目前已发展到了版。对很多人来说，用来创建服务器平台上的动态网页整个站点和基于的应用程序已经成为极其自然而然的方法。在浏览器地址栏中，文件扩展名同表示动态创建的网页的文件扩展名或样，已被浏览者所接受。事实上，对于在微软的操作系统上工作的程序员来说，正在变成种不再令人激动的技术，而仅是种工作方式。的应用程序的数量日益增多，的工具也在日益增加......”。

2、“.....甚至成套的自己做站点工具。人们几乎不再关注微软公司最初使用的奇特的名字。现在在行业内已经成为个公认的名词。本论文将主要探讨的起源本节先简单回顾下是如何产生的，以及为什么能够在程序开发人员中流行。首先从了解的基础和动态页面的发展开始。把与其他许多能够提供这种动态化的技术相比较，由此深入了解的发展情况，同时了解应用程序的发展，而不仅限于了解单纯的动态站点。的起源万维网，起源于设在瑞士的实验室。及其开发小组，花费大量的时间，研究建立了种以定格式传输信息的方法，这就是众所周知的超文本传输协议简称为......”。

3、“.....设计简单，结构灵活，允许在浏览器及其他兼容的应用程序中显示文本及图像。文档的些部分可以成为超链接，即当其被选择时，可以显示不同的页面或同页面的不同部分。标记语言是由特定字符分隔的基本元素，指定基本元素中所包含的文本或其他条目如何显示。例如。是种广泛基于标准通用标记语言，的标记语言。是描述语言的种方法，其本身并不是用来创建网页的语言。语言从简单开始，不断增加些附加的功能，直至形成了今天所用的版本。这些新增的特性提供了更灵活的文本字体风格例如元素，以及对输出页面布局的更多控制如窗体和帧的使用。早期的网页所缺乏的是动态的内容。刚开始时，这还不是个问题......”。

4、“.....这种标准化的文档仅是种简单的文本和标记，其中的图像和其他非文本的内容以单独文件形式存放，它们可以在各种网络上自由传送。另外，由于信息的格式是固定的，其组成元素的含义也是在中定义好的。对于个阅读器或浏览器应用程序，用任何程序语言在任何平台或操作系统中相对来说是比较容易实现的。只要建立这些信息网页，文本文件和图像可通过服务器应用程序传送给用户，服务器应用程序简单地从磁盘中读取它们并且把输出转换成能够在网络中传送的正确协议。在客户或用户端，浏览器接收传送到的信息流，并转换成为能够显示的页面。和除了具有跨平台特性之外......”。

5、“.....它可以被应用程序阅读而不定显示出来例如盲人可以使用特殊的程序把它转换成为语音。同样，其内容可以特殊方式显示出来，以便那些视力差或有其他缺陷的人们更容易进行访问。因此，技术界经常用用户代理这通用术语代替浏览器。动态页面的起源对于新类型的文档内容，特别是那些设计成为允许在页面上输入信息的文档例如中等的窗体控件，开发种能够读取这种信息并加以利用的应用程序成为必然。很明显，传递从其他应用程序中得到的内容，特别是特定类型的数据库的内容，需要种新的方法。每次都需要重写个基于文本的页面......”。

6、“.....对于服务器来说，提供个接口使其他应用程序能够与之相连成为种常用的方法。通过这个接口，定制的可执行程序能够接收来自客户端的信息，包括通过点击超链接或在浏览器中键入统资源定位符所提出的页面请求的细节。应用程序对客户端的请求能够生成相应的响应，而不是从服务器磁盘上读取文本或标记文件。从这些早期方法开始，逐渐形成套完整的系列方法动态创建网页，以响应用户的请求或信息的变化。用于这些应用程序的接口仍然在使用，并被称为公共网打开对话框，见图。在选项卡里，可以看到与各类文件采用特定的相链接。任何含有扩展文件名的网页都送给进行处理有未映射的扩展文件名的页面，如页面的和及文件的......”。

7、“.....其他文件类型。和文件扩展名是模板文件和查询文件所使用的，因此，个查询页面将直接送到动态链接库进行处理。从文件名也可猜出，它使用执行语句，返回包含在页面中的组数据记录。同样，和文件扩展名与文件名为的动态链接库相对应，这些文件类型般用于请求服务器端包含处理的文件。我们将在本书的后续部分给出些相关的实例。打开和对话框时，读者可能很想了解各个设置的功能。本书的很多地方都要用到这些对话框和设置，查看这些设置有助于增加感性认识，但不要改变这些设置，除非知道为什么这样做。处理个文件我们知道个页面提供给动态链接库等待解释和执行......”。

8、“.....假如没有，它仅是简单地通知这种情况，并让向客户端发送页面。事实上，的个新特性允许对所有页面使用扩展名，包括对那些非服务器端的脚本代码，而不牺牲任何性能。在早先版本的和中，所有有扩展名的页面，都会被逐行解释，即使它们含有非服务器端代码。这当然要比直接把它们从磁盘发送给客户端要慢很多。当从接收到包含有服务器端脚本代码的页面时，它会逐行进行解释。那些非服务器端的脚本，或不需要进行服务器处理的，将被返回给，进而发送给客户端。送来的脚本都会送给相应的脚本引擎，脚本引擎处理后的结果被发送回时，都会插入页面上相应位置上。为提高操作的效率......”。

9、“.....放在高速缓存中以备再次调用。这个代码与发往客户端的输出结果是不相同的。客户看到的是脚本代码在经过解释语法检查和编译后的执行结果。在服务器上高速缓存的只是编译后的代码，在原来的源文件变化后，这些代码会被放弃。小结本章简单地讨论在使用时需要注意的主要问题。主要从有经验的开发人员的角度来讨论，并假设读者通过使用早先版本的，有了方面的经验，或者至少了解当客户机与服务器交互时是如何工作的。至此，读者应该对能够提供的功能有了个大致的了解，即早先版本已有的特性，以及的新特性。假如感觉到自己还不能完全理解对象模型的概念，或从其他来源访问这个对象模型的方式，不用担心这个问题......”。