随同 Windows2000和ASP30一起安装的缺省脚本语言在 scrum.d件中提供了一个脚本 运行期库,能够提供一系列对象,这些对象可用于在服务器上ASP中和运行于客户上的客户 端代码中

作为一名资深的新闻工作者,作者热衷于使用ML驱动在线版新闻报纸、杂志和其他出 版物。XML用来完成这样的任务是完美无缺的,尽管对于格式化的文章来说,使用通常的 HTML也可做得不错,但与使用XML相比就逊色多了

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

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

在前面几章中,我们已经了解了如何使用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

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

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

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

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

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