CH02_XML_基础.pptVIP

* 重点： XML词汇表在实际项目中的应用并不广泛，只是没有架构文件时的一种补救手段； 注意： 架构文件的概念和定义会在后续章节中介绍。 * 重点： XML文档的结构和使用的元素、属性名字，又称为XML语法； 来自不同数据源的XML文件在处理过程中需要进行合并，但是由于描述的区别，所以很难简单合并。解决的方法就是定义统一词汇表，然后都以此词汇表来创建，从而简化合并； XML词汇表的定义：XML词汇表用于标记数据源的结构和命名约定。词汇表的结构取决于数据是使用元素还是属性来表示，而其命名约定取决于元素和属性所使用的命名。 难点： 理解XML词汇表是一个不常用的技术，相同的功能通常由XML架构文件完成； 课堂提问： XML词汇表如何工作？ 需要象签订合同一样事先定义好所有的结构和名字，在书写具体XML文档时遵循这一协定； XML词汇表存在什么问题？ 词汇表本身的统一不方便，较难保证双方使用相同的命名方法，没有自动化的检查方法等。 * 重点： 如果有XML架构的XSD文件存在，就不需要再定义XML词汇表，因为XML架构本身的功能就是定义XML文档的结构； 目标是使XML的文件更加容易读懂； 难点： 有些学生可能会不理解为什么不使用缩写。这是由于在早期的程序设计变量命名中大量使用缩写是因为当时硬件的制约，存储器空间昂贵，但是现在硬件的瓶颈问题已经基本解决，所以程序的可读性成为首要标准，因此一般情况下不再提倡使用缩写； 注意： 只有没有相关的XSD时，才需要定义词汇表，在实际应用中一般都会有关联的XSD文件； 课堂提问： 常见的程序设计命名惯例有哪些？ 匈牙利命名惯例，例如：intAge，目前已经不常用； 　 PASCAL命名惯例，例如：FirstName，用于命名公共的成员； 　 camel命名惯例，例如：savingAccount，用于命名私有或局部变量。 * 课堂讨论： 两种方法的优缺点是什么？ 前者采用缩写形式，代码比较短，但易读性差； 　 后者没有使用缩写，代码比较长，但可读性好。 * 重点： 注意这些文件在大小写、缩进、是否使用属性值以及单词缩写方面的区别； 课堂讨论： 哪种方法创建的 XML 文档更加易读易懂？ 采用了适当的缩进、大小写混合、属性值和未缩写的 XML 文档更加易读易懂。 * 注意： 加下划线为即将学到的内容。 不使用命名空间时存在的问题 合并前状态 合并后状态 Order Employee NameJane Doe/Name TitleDeveloper/Title /Employee Product TitleThe Joshua Tree/Title ArtistU2/Artist /Product /Order Order NameJane Doe/Name TitleDeveloper/Title TitleThe Joshua Tree/Title ArtistU2/Artist /Order 2.3.1 命名空间的定义 使用缺省命名空间 缺省命名空间用URI关联所有的元素和子元素 使用缺省命名空间使不同的XML数据源合并后比较容易理解，这种状态下如果不修改XML的结构则不会发生名字混淆 Order Employee xmlns=http://hrweb NameJane Doe/Name TitleDeveloper/Title /Employee Product xmlns=http://market TitleThe Joshua Tree/Title ArtistU2/Artist /Product /Order 这些元素属于 http://hrweb 命名空间 这些元素属于http://market 命名空间 } } ElementName xmlns=URI 2.3.2 使用缺省命名空间 缺省命名空间的语法 ElementName xmlns=URIElementContent/ElementName 语法组成 解释 ElementName 使用此命名空间的元素名称 xmlns 命名空间使用的关键字，通知处理器把后面的元素和此URI关联 URI 统一资源标示符，用于标识命名空间的惟一性，以避免名字混淆 2.3.2 使用缺省命名空间 使用显式命名空间 使用显式命名空间使每个URI和一个前缀关联 使用前缀标识某个元素所属的命名空间 ElementName xmlns:Prefix=http://contoso.msft/namespace_for_examples Prefix:AnyElementSome Data/Prefix:A