上一章介绍了安装设置的一些基本问题和ASP的使用,以及其所提供的内置对象。本章 将进一步研究两个最常用的对象。在浏览器(或其他用户代理)和Web服务器之间,请求与响应 中发生的信息交流可以通过ASP中的两个内置对象来进行访问和管理,这两个对象称为 RequestResponse和对象

第4章服务器进程和 ASP Server对象 前面的章节已经研究了ASP的一些内置对象。重点介绍的对象有 Request、 Response、 SessionApplication和对象。ASP中另一个比较主要的对象为 Server对象本章重点介绍这个对 象的背景知识和使用方法。 Server对象在服务器端脚本中通过实例和使用其他外部对象和组件,提供了一种扩展ASP 页的功能的方法。事实上,许多人认为这个对象是ASP之所以能够流行的主要因素

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

通用数据访问( 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),服务器甚至可以是不可用的, 因为消息可以被排队并在以后处理

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

有些性能指标,例如正确性,是只有在其不出现时才被人们注意到的品质特征。如果能 努力地改正网站中的所有错误,并不断提高其工作性能,那么其用户很少会提意见。如果网 站存在少量错误,或者是运行缓慢,那么其用户们会产生抱怨 本章将介绍与ASP工作性能有关的几个重要概念,提供一些优化ASP工作性能的方法和应 注意的事项