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

本书的绝大部分是围绕着在单一服务器网站上的eb应用程序的开发与优化,而多服务 器网站的开发与优化同单一服务器上的情形有细微的差别。本章重点研究多服务器网站以及 它们的工作方式

在前面的章节中,研究了许多基于web的应用程序的安全技术。这些技术都是用于处理 Internet上的安全问题。在网上,一些用户能够很容易地访问和操纵数据,而不需要任何事先 的验证。这些安全系统通过对非授权用户隐藏信息和在公用网上(如 Internet)建立虚拟的专 用网来工作。 然而,对访问数据的限制只是整个问题的一部分

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

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

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

我们已看到用COM服务器组件对于建立一个基于网络的应用程序的重要性,但问题不在 于是否建立它们,而在于用什么语言去创建一种选择是用C++ 人们对C++有许多不同的看法,保守的C++程序员坚持用其他语言创建COM组件,他们 认为只有真正的程序员使用C+另一方面,VB程序员认为C++是一种很难掌握和使用的语 言,没有必要增加编程时间和进行艰难的尝试

当我们伴随着 Windows2000和ASP3.0进入21世纪时,发现微软在企业应用程序开发方面 扩展和改进了对开发人员来说非常有用的工具和技术。在前面两章中讨论了如何使用ASP和 com构建b应用程序。通过使用功能强大的IS,使用所选择的程序语言开发COM组件,使 b应用程序远远超越仅使用ASP脚本创建互相链接的简单网页的水平。可以开发安全高效的 基于组件的可扩展应用程序,以此来支持面向数以千计用户的业务处理

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

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