电子商务网络实施技术张与鸿电子教案 05.pptVIP

第5章 XML语言 5.1 XML的概念 5.2 从.INI文件到现在的注册表 5.3 ADO.NET，数据和XML 5.4 ASP.NET和XML 5.5 WEB服务 5.6 XML串行化 5.7 基于流和基于DOM的XML类 5.1 XML的概念 5.1.1 XML概述 5.1.2 XML和HTML的差别 5.1.1 XML概述 XML只是定义了如何标记文本或文档的一套规则。 XML是一个被普遍实现的标准，在ASP.NET中使用它也很简单。如果使用ASP.NET创建一个Web站点，那么很有可能会使用某种形式的数据库来存储数据。而XML是另一种存储数据的格式，其应用也越来越广泛。 微软在.NET Framework平台中内置了对XML标准的支持。 5.1.2 XML和HTML的差别 尽管XML和HTML都使用标记，但是它们是不同的。其中最主要的区别是XML专门用来描述文本的结构，而不是用于描述如何显示文本。XML并没有一套固定的标记。 它并不是一种专用格式，所以任何人都可以读懂，并且如果标记名取得有意义的话，XML数据就具有“自我描述”的功能。XML是建立在容器模型基础之上的。每个XML元素可以包含文本或是称为子元素的其他XML元素。有几个XML元素既可以包含文本也可以包含子元素。通常来说，这并不是一种好形式，是应该尽量避免的。 5.2 从.INI文件到现在的注册表 5.2.1 使用XML建立配置文件的好处 5.2.2 配置立件的类型 5.2.3 配置文件的XML结构 5.2.4 XML代码文档 5.2.1 使用XML建立配置文件的好处 （1）配置信息存储在基于XML的配置文件中，这些配置文件是人工可读、可写的。系统管理员和开发人员可以使用任何标准文本编辑器、XML分析器等解释和更改配置设置。除此以外，.NET Framework还提供了一组用于读取配置文件和扩展配置文件的API。 （2）在.NET之前，Internet信息服务器（IIS）元基（Metal base）曾被用来保存Web应用程序的设置，IIS Microsoft管理控制台（IIS Microsoft Management Console，MMC）Internet服务管理器（Internet Service Manager）则被用来更改设置。因此，想把设置很容易地复制到不同的服务器上是不可能的。 5.2.2 配置立件的类型 1．应用程序配置文件 2．机器或服务器配置文件 3．安全配置文件 5.2.3 配置文件的XML结构 1．.exe应用程序配置文件 .exe应用程序配置文件（如helloWorld.exm.config）将配置信息按以下3类分组：①启动设置；②运行时设置；③远程设置。 2．ASP.NET应用程序配置文件 ASP.NET应用程序使用了machine.CONFIG和Web.CONFIG文件的并集。machine. CONFIG文件位于机器级别下，所有的ASP.NET虚拟根目录及其子目录都继承了其设置。 5.2.4 XML代码文档 C#引入了一种非常简洁的关于从内嵌代码注释中生成XML格式的源代码文档的特性。这些注释都是单行注释，但要求以3个斜杠开始（///），而不是通常所用的两个斜杠。在这些注释之中，我们可以加入XML标记和描述性文字。XML标记允许我们把描述性的文字标记出来，以更好地定义类型或成员的语义并且将交叉引用具体化。然后C#编译器就可以从这些特殊的注释中提取出XML元素，并利用这些XML元素生成一个XML文件。编译器将验证注释的内部一致性，将交叉引用扩展为完全限定的类型ID，并输出一个格式正确的XML文档。如果该XML注释无法生成一个格式正确的XML文档，则编译器将抛出相应的错误信息。 5.3 ADO.NET，数据和XML 5.3.1 ADO的局限性 5.3.2 进入ADO.NET 5.3.1 ADO的局限性 对n层Web数据库应用程序，使用ADO进行访问有一定的局限性，主要表现在以下几个方面： （1）数据访问将围绕基本数据存储对象Recordset进行，而该对象既用于处理对连接数据的访问也用于处理对非连接数据的访问，因此没有一个“干净”且有效的途径来使用非连接数据。处理时需要作出是使用客户端游标还是使用服务器端游标等的选择。 （2）ADO Recordset是一种私有数据格式。在数据传输和保存时，由于ADO Recordset必须按MIME编码，因此它不适于跨平台数据传输。此时需要用COM编组来传输一个非连接记录集，这就限制了只能使用按COM标准定义的数据类型，而且它也不能穿过防火墙。 （3）对ADO中XML的支持非常有限。 （4）由于ADO是基于COM的，所以它并非最适合.