创建脚本运行期库对象的实例与创建任何其他对象和组件的实例化方式完全相同。可使用ASP Server对象提供的CreateObject方法（确保对象创建在当前页面的环境内），或者使用一个<OBJECT>元素。我们将研究这两种方法，究竟采用那种方法依赖于页面的需要。

5.2.1 使用Server.CreateObject方法
       正如在研究Server对象的时候看到的，组件或其他对象实例可根据它们的ProgID来创建：
       <%
       Dim objThis
       Set objThis = Server.CreateObject(“ADODB.Connection”)
       %>
       ProgID字符串“正式的”格式是“供应商.组件.版本”，供应商的名字和版本是可选的。通常ProgID只包含前两部分（如上例）。少数供应商在ProgID中设置版本编号，这将避免向后兼容的新版本使用同样的ProgID，这要求改变ASP页面才能使用新版本。

5.2.2 使用<OBJECT>元素
       可以使用标准的HTML<OBJECT>元素通过增加RUNAT参数并指定其值为“SERVER”来在服务器上创建一个组件实例。另外，通常是提供对象的ProgID字符串而不是数字的ClassID：
       <OBJECT ID=”objThis” RUNAT=”SERVER” PROGID=”This.Object”>
              <PARAM NAME=”param1” VALUE=”value1”>
              <PARAM NAME=”param2” VALUE=”value2”>
       </OBJECT>
       如果上面脚本的对象有相应的属性可在脚本中使用，在<OBJECT>元素内可通过<PARAM>元素进行设置，就像通常在HTML页面中所做的一样。在ASP中使用<OBJECT>元素时不要求CODEBASE属性，当其不可用时，服务器不会试图下载以及安装对象或组件。
1．  指定一个ClassID
另外，可以指定想要创建的对象或组件的ClassID。在不知道目标机安装了什么其他组件的情况下，这是非常有用的。例如在客户端上的浏览器的页面上实例化组件时。
在理论上，组件的ProgID（文本“供应商.组件”）不应该相互冲突，应该是唯一的。然而，这不是无懈可击的。有可能美国北方的一个供应商与希腊小岛上的一个供应商同名。但是，使用ClassID识别访问时，因为ClassID是唯一的，同名情况就不会发生。
如果决定使用对象或组件的ClassID，应将其放入CLASSID属性中，而不是PROGID属性。如：
<OBJECT ID=”objThis” RUNAT=”SERVER”
              CLASSID=”clsid:892D6DA7-E0F9-11D2-B2E9-00105A42AF30”>
       <PARAM NAME=”param1” VALUE=”value1”>
       <PARAM NAME=”param2” VALUE=”value2”>
</OBJECT>
但在自己的服务器上实例化对象时，应该知道对象和组件的安装方式。这样在ASP代码中创建对象实例时，可以安全地使用ProgID。这就是ClassID很少在ASP页面内使用的原因。然而，因为ProgID用于查找ClassID，如果愿意也可以用组件或对象的ClassID代替ProgID。
2．  设置对象实例的作用域
缺省情况下，所有ASP页面中创建的对象与组件实例（无论用Server.CreateObject方法或<OBJECT>元素）都有页面内的作用域（page scope）。这意味着，对象与组件只有该页在ASP上运行时才存在，当页面完成并且把结果发送到客户端以后就自动地取消了。
然而，如果在global.asa文件（它存在于站点或虚拟应用程序的根目录）中放置<OBJECT>声明，可以将对象或组件的作用域指定为应用程序或会话作用域。
(1)    在应用程序层作用域创建对象
通过设置SCOPE属性为“APPLICATION”，创建应用程序层作用域对象：
<OBJECT ID=”objThis” RUNAT=”SERVER” PROGID=”This.Object”
       SCOPE=”APPLICATION”>
</OBJECT>
应用程序开始时创建了对象实例，即一旦用户从虚拟应用程序的目录请求一个页面，就创建对象实例。对于缺省Web站点，这可以是站点上的任一目录。直到应用程序结束（最后的用户会话结束）前，对象实例一直存在，并且可以被虚拟应用程序或站点目录内任一页面内的任意用户引用和使用。
(2)    在会话层作用域创建对象
如果想创建由单个用户使用的对象实例，其作用域为他访问的所有页面，可创建会话层作用域对象。这通过将SCOPE属性设置为“SESSION”来实现：
<OBJECT ID=”objThis” RUNAT=”SERVER” PROGID=”This.Object”
SCOPE=SESSION”>
</OBJECT>
对象一旦被引用就被创建，引用是由用户从虚拟应用程序或站点载入的页面内的程序代码完成的（在global.asa文件中有<OBJECT>声明）。当用户会话生命周期结束并被取消时，它引用的对象实例也就取消了。
(3)    关于作用域和状态
使对象实例的作用域为全局的或者为用户会话全局环境看起来是一个好主意，但在实际使用时有些问题需要考虑，其中之一是在用户的许多请求之间能够有效地保护对象的状态。换句话说，可以设定对象的一些属性，它们对使用的所有页面是共用的。因为不必每次都创建新的实例并设置其属性，所以这看起来是个较好的办法。
事实上，微软建议一般情况下不要这样做，这一思想是传统程序设计思想的残余。在Web上，要面对的最大问题是服务器以及Web应用程序及所提供的动态网页如何应付数以百万计的网站访问者。将组件实例驻留在内存中等待一个特定用户的页面请求，对可能有几百个用户同时浏览的网站来说，这样做不能有效地使用资源。
Windows 2000提供新的COM+运行期特性，它能够处理组件的创建、缓存和使用，采用一种吞吐量最大化但所占服务器资源最小化的方式。对象实例存储在哪里和存储多久的问题，最好由操作系统自己完成，而不是由程序员决定。
也就是说，在页面内需要的地方创建对象实例，当页面终止时让其消失。COM+整理这些碎片，自动处理后台的一些复杂工作。如果要了解有关这方面的内容，第14章比较详细地研究了组件的创建。
当然，在某种情况下，我们可能要求一个对象具有应用程序层和会话层的作用域，尤其是在页面请求间保存状态时。在后面讨论Dictionary对象时，将有一个这方面的实例。

5.2.3  Server.CreateObject与<OBJECT>的区别
       Server.CreateObject方法立即创建一个对象实例。在大多数情况下这也是我们所希望的。而<OBJECT>元素只有首次引用一个对象时才创建指定的对象实例。因此如果在代码中停止使用该对象，则不创建该对象实例。
       如果代码只在某种情况下使用这个对象（可能依赖于请求参数的值），这也许是有用的。因为如果不需