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

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

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

在上一章里,讲述了协作数据对象(CDO)的发展,特别研究了CDONTS库及其使用。但 是 CDONTS库的功能有一定的限制。因此为了 提供更强大、复杂的消息应用程序,需要进一步 学习CDO库。由于 CDONTS库是CDO库的子集, 进一步学习CDO理所当然会给开发者提供更多 的编程能力

在微软的相关产品中, Visual Basic是微软最引以 为骄傲的产品,由过去DOS环境下的 Quick BASIC到 Windows环境下的 Visual Basic就可以看出端倪。因为 BASICMicrosoft是总裁 Bill Gates在个人计算机上所编 写的第一个程序语言。在互联网盛行的今天,微软除 了将 Visual BasicOffice的技术集成到产品上以外,对于 互联网的运用也是采用同样的解决方案。它将VB的语 法引进此领域并加以修改,使其适合Web环境,这个 产品就是ASP

本章讨论活动目录服务接口( Active Directory Services Interface,ADSl)和活动目录( Active Directory,AD),以及怎样用ASP访问目录服务和使用它们所包含的信息。这里的目录和目录 服务实际上是指一种特定的数据库,该数据库能够有效地查找像网络资源目录一类的信息。 AD是一种网络资源的目录,而ADSI是能够访问任何目录的 Microsoft技术。其他公司也有类似 的技术,例如Sun公司的NDI,但因本书是针对 Windows的,所以在此只讨论ADSl 不要混淆ADSI和AD,它们是两种截然不同的技术。尽管如此,因为这两种技术确实是 密切地相互作用,我们还是将它们放在同一章里讨论

附录AASP30的对象模型 ASP的对象模型由6个对象组成,图A-1从概念上显示了这些对象如何与客户及服务器 客户的请求以及服务器的响应相关联

附录FADO25常量 下列常量是由ADO预先定义的。对于脚本语言,这些常量包含在 adovbs.inc或 adojava inc 中,这些文件存放在 \\program Files\\ Common Files\\system \\ado目录中。对于ASP,既可以包含 这些文件,也可以使用一个 METADATA标记引用类型库

在许多大型、关键的应用程序中,计算机每秒钟都在执行大量的任务。更为经常的不是 这些任务本身,而是将这些任务结合在一起完成一个业务要求,称为事务。如果能成功地执 行一个任务,而在第二个或第三个相关的任务中出现错误,将会发生什么?这个错误很可能 使系统处于不一致状态。这时事务变得非常重要,它能使系统摆脱这种不一致的状态。 Microsoft最初使用 Microsoft事务服务器(MTS)来处理事务。随着 Windows2000的发布 Microsoft进一步改进了MTS,使其成为COM+的一部分或组件服务

第4章 ResponseRequest与对象 4.1ASP内置对象 4.2 Response对象 4.3 Request对象 4.4综合实例