第四章 命名空间 PHP与MySQL5程序设计 教学课件.pptVIP

引言 在XML的实际应用中，人们常常为不同行业和领域利用XML标语言制定不同的语言标准。针对不同的应用方向，每当设计一个XML的DTD，一种新的置标语言便随之诞生。 在各种各样XML实例置标语言如雨后春笋般不断涌现的过程中，将会产生这样一种应用需求，即在一个XML文档中，包含由多个DTD描述的元素。这样显然是达到“物尽其用”，让我们最大程度地利用了现有的资源。 但是，随之而来的就是在一个XML文档中可能会出现元素名称冲突的问题。 为什么需要命名空间? 那么，如果在一个XML文档中出现了相同的元素名而具有不相同的内容结构，这时DTD就根本不知道怎么来解析了，也就是我们通常所说的元素名的冲突。 比如：title可以用于表示标题，也可以用于表示某个人的头衔；table可以用于表格，也可以用于表示桌子。当这些具有相同名称不同含义的元素混合到一个文档中时，就会造成理解和处理上的混乱 如下清单1所示的XML文档中的电话元素就出现了名字冲突的问题： 本章所介绍的命名空间，就是为了解决名字冲突而制定的。 清单1：存在名字冲突的XML文档。 清单1：存在名字冲突的XML文档——说明 说明： ①、在电话(010电话中的电话元素的内容是纯文本型，即，其相应的DTD定义应该为：!ELEMENT 电话 (#PCDATA) ②、电话秘书电话(010秘书电话手手机/电话中的电话元素内容则不是纯文本型，而是包含子两个子元素秘书电话和手机。即，其相应的DTD定义应该为： !ELEMENT 电话 （秘书电话，手机） !ELEMENT 秘书电话 (#PCDATA) !ELEMENT 手机 (#PCDATA) 命名空间,解决名字冲突的问题 所以，本章所介绍的命名空间，就是为了解决名字冲突而制定的。 那么，命名空间是如何解决名字冲突这一问题的呢？ 命名空间使用“前缀法”来解决名称冲突的问题。 即，在元素或属性原来的名字前加上不同的前缀，使元素或属性工作在不同的空间下，从而避免了名字冲突的问题。这就如同在一个学校里两个不同班级的同名学生一样，因为它们在不同的班级中，所以不互为冲突。 通常“前缀法”也被叫做“两段式命名法”。其中： 第一段：是代表特定命名空间的“命名空间前缀”， 第二段：是元素或属性原来的名字， 两段之间用冒号“：”分开。 清单2：没有名字冲突的XML文档 XML的命名空间 XML命名空间的前缀使用的是统一资源识别器（URI）的形式来表示而已。 使用命名空间的实质就是为了解决名字冲突的问题，所以，XML命名空间使用URI来表示前缀，目的就是做到万无一失，因为，URI使用的是网络域名的形式来表示的，而在世界上网络域名是唯一的，这样就保证了你所使用的前缀在世界上是唯一的，从而也就能保证你所使用的命名空间的前缀在世界上也是独一无二的。 清单3 采用了URI形式作为前缀解决名字冲突的XML文档 XML命名空间的声明 虽然，XML文档采用了URI形式作为前缀解决了名字冲突的问题。 但是，那样实现起来不仅大大的加大了XML文档的代码量，同时也太繁琐了。 因此，XML的命名空间在使用时并不是直接将URI地址作为前缀出现的，而是将URI地址声明给某个变量，在XML文档中就以该变量作为前缀，从而间接的实现了使用URI作为前缀的功能。 XML前置法另外一种形式 1、XML命名空间的声明语法： 其中： namespace-prefix：指的就是前置（变量）； namespaceURI：指的就是URI地址。 在元素的起始标签中定义一个命名空间时，所有包含相同前置的子元素都与相同的名称空间相匹配。如下面的清单4所示。 清单4：XML命名空间的声明 默认XML命名空间的声明 默认XML命名空间，指的就是在用xmlns属性声明命名空间时，不指定前缀。 只要在XML文档中，没有出现前缀的元素或者属性就默认遵循此默认命名空间。 具体如清单5所示： 清单5：默认XML命名空间的声明 XML命名空间作用于属性 XML命名空间同样也能作用于属性，如下清单6所示： XML命名空间作用于属性 但是，当XML命名空间作用于属性时，不能包含这样的两个属性： (1) 属性名完全相同； (2) 属性的本地部分完全相同，并且其前缀被绑定到相同的名字空间。 如下清单7所示的XML命名空间作用于属性是不允许的。 清单7：错误的XML命名空间作用于属性 IBM:联系人列表 xmlns:IBM= xmlns= IBM:联系人 IBM:姓名张三/IBM:姓名 IBM:ID001/IBM:ID IBM:公司A