第14章COM、COM+和ASP 组件对象模型(Component Object Model,COM)很受编程人员的欢迎,许多使用COM熟 练的开发人员认为COM就像ASP一样能够给编程人员灵感。可以说COM是微软所创造的最优 秀的技术之一。就像ASP一样,COM是任何严谨的 Windows开发者应该了解和掌握的技术。 因此,让我们研究一下cOM到底是什么,为什么编程人员这么喜欢它,并且了解COM和ASP 的内在联系,以及如何开发利用它

前节介绍了如何使用ASP动态地创建网页AS脚本能够查看由浏览器传送过来的信息, 动态地创建一个HTML(或 DHTML)页面送回浏览器。创建这个页面时,我们能获得从数据库 (如SQL Server或MSDE)中检索的信息,并且把这些信息加到HTML页面中送回浏览器。 但是,ASP不仅能够创建动态网页,它还具有将页面组合进网站的能力,该网站具有应 用程序的功能

通用数据访问( Universal data access,UDA)是对 Microsoft访问多种数据源数据的策略的 称呼。不必担心,它并不是那些新的将改变我们所做的每项工作的开发技术。事实上,此时 也许我们正在使用着UDA的一部分。前面的几章已经向读者介绍了怎样用ADO来访问数据库, 尤其是关系数据库,而这就是UDA的一部分。数据以不同的形式出现,而UDA的思想就是通 过使用 OLE DB和ADO实现对数据的访问

读者可能会觉得在一本ASP书中讲述本章内容不太合适,事实上扩展标记语言(eXtensible Markup Language,XML)正在越来越深入我们的生活,这是一件好事。XML可以跨越所有边 界,要获得真正独立的、跨平台的数据传送格式,XML可能是唯一的选择。 这种说法可能会令人感到沮丧,但在计算机业内XML几乎得到了所有大型(或小型)开发 厂商的认可。标准能达到如此的统一,过去也只有在TCPIP协议被采纳为网络协议的标准时 出现过这种现象

在一本ASP专著中讨论客户端数据,这与服务器端的ASP编程是否矛盾?情况并非如此, 因为我们至今尚未碰到只从事服务器端编程的ASP程序员。虽然ASP是一项服务器端技术,但 可以想像,编程人员不可能仅仅使用ASP进行编程。从事ASP编程的Web开发人员,仍然需要 与客户端数据进行交互

本章将要更详细地介绍这些对象,特别将研究以下内容: Connection对象,以及如何用它来获取数据和运行命令。 Command对象,为什么需要该对象及其所具有的功能。 如何运行存储过程,特别是那些需要参数的存储过程

在本书前7章中,已经讲述了ASP的有关内容,以及ASP如何为Web站点带来动态的内容。 已经见到其脚本程序允许自定义Web页面使我们能够构建功能更为强大的ASP页面。 现在,将研究ASP和数据的集成。虽然对用于网页中的脚本数量并无任何限制,但如果 没有某种形式的数据,很快就会进入一个死胡同。数据构成了Web站点的实际内容,或者指 出了如何设置b站点,因此总的说来数据是非常重要的。如果围绕数据存储建立Web站点, 改变Web站点时只需要改变相应的数据即可

前面已经介绍了使用ASP所需要的基本技能,本章要讨论的另外一个问题是当ASP出现错 误时怎么办,ASP出错时是什么情况。当精心编排的ASP页面出现问题停止了执行时,用户一 般得到的仅是一些用处不大的建议,诸如点击“刷新”按钮,或者“与站点的Web管理员 联系,告诉他们你的页面不能正常工作了”等等。 本章除了提供有用的信息源之外,还想提供一个帮助区域。我们将详细介绍在脚本和页 面中错误如何出现,可能产生的错误类型,以及什么造成了这些错误。更重要的是,要讨论 如何尽可能避免错误的发生,如不能避免又如何妥善处理

在前几章中,我们已经研究了两类不同的对象一类是ASP对象模型的内置部分,另一 类是脚本运行期库提供的对象。本章将介绍第三类能用于ASP的对象,取名为活动服务器组 件(或者就称为服务器组件) 这些组件在很多场合下就如同在浏览器里或在像 Visual Basic编程环境中用于客户端脚本 中的传统 ActiveX控件一样,但是这些组件可在服务器上运行,而不是一个只能运行在客户机 上的对象

前面章节已经介绍了ASP如何使用在服务器上定义的对象的实例,并充分利用所提供的 方法和属性扩展ASP的性能。有一系列的对象可供使用,包括脚本对象和标准IIS/ASP安装的 组件,以及自己创建的或者从其他供应商处购买的对象。也可以在互联网从各种网站免费下 载对象,并在自己的页面上使用。 这一章将讨论由ASP脚本环境提供的一般称为“脚本运行期库”(Scripting Runtime Library)的对象。这些对象通过正在使用的脚本引擎提供给代码,与ASP脚本程序一起完成多 种实用任务