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

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

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

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

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

在研究ASP时,一个首要问题是如何编写能够为ASP页面提供运行期文本的组件。三年以 来,我们使用了很多方法去解决这个问题,使用设计期 ActiveX控件(Design-time- ActiveX Control,DTC)和ASP组件是解决这一问题的两种不同方法

在前一章中,我们学习了用C++创建COM组件的基本方法,用这些概念创建的组件对于 在内存中处理数据是非常有用的。但是,要制作一个功能强大的服务器组件,需要使用微软 平台提供的其他服务。特别是,创建的组件应能提供对数据的访问、与COM+进行接口以及 与ASP交互的功能

上一章讨论了如何使用COM+添加应用程序和组件的事务处理能力。本章研究另一种增 加应用程序可扩展性的方法 迄今为止,我们假设一个服务器是一个始终有效的完美世界,但是如果没有这个前提, 整个的系统会崩溃吗?显然不会。不过有必要采用一个异步通信系统,通常称为消息或者消 息队列。 在消息方案中,应用程序不再是执行一般的方法调用和等待一个响应,取而代之的是, 调用者简单地发一个“消息”给服务器,然后按正常程序进行处理,因此消息不仅允许客户 处理其他工作,而且由于利用了 Microsoft消息队列(MSMQ),服务器甚至可以是不可用的, 因为消息可以被排队并在以后处理

在前面几章中,我们已经了解了如何使用ASP源代码在 Microsoft back office中插入 些应用程序和服务。在本章中,将通过使用数据协作对象( Collaboration Data Objects, CDO)来集中研究Ema应用程序和服务之间的相互作用。特别是,将介绍CDO的一个子集, 即用于NT服务器的数据协作对象( Collaboration Data Objects for Windows NT Server, CDONTS 先从CDO的演化发展以及CDO和 CDONTS的区别开始,然后再研究CDO和 CDONTS的发 展趋势 作为本章的主体,将研究 CDONTS对象模型,通过一些利用 CDONTS的应用程序例子来 总结一下 CDONTS。下一章将更进一步地研究CDO

现在应该已经建立了自己的Web应用程序可以轻松地部署它,然后坐下来休息。但是还 有些因素需要认真考虑。如果恶作剧的黑客闯入了刚刚建立的 intranet,并把职员的私人信息发 送给公司的每个职员,将会产生什么后果?必须防止这种情况发生