Xml简介_动力节点Java学院整理

(编辑:jimmy 日期: 2024/11/13 浏览:2)

XML(简介)

       XML(可扩展标记语言)在 20 世纪 90 年代后期登上舞台后,就一直是众多活动和狂热思索的焦点。XML 只是基于普通文本,但却提供了几乎可以在任何两个应用程序间共享数据的方式。

       虽然 XML 在概念上很简单,但对 XML 的处理却通常很烦琐(需要编写大量重复性的代码)和复杂(很多容易被忽视的细节导致错误)。     

什么时候使用 XML?

       什么时候在Web 应用程序中使用 XML?

  • "background-color: #ffff00"> XML 是格式的选择而不是存储的选择。也就是说,即使你决定用 XML 保存数据,你还要决定是保存到数据库字段里,还是要插入到一个文件里,或者只是以字符串或其他对象的形式保存在内存中。

    XML 简介

           XML 规范是由 W3C(World Wide Web Consortium)定义的一组指南,用于以纯文本的形式描述结构化数据,一种基于尖括号间标签的标记语言。

           XML 没有一组固定的标签。相反,XML 是一种可用于创建其他标记语言的元语言。

           下面的文档显示一个保存产品类别的自定义 XML 格式:

    <"1.0" encoding="utf-8" "1001">
       <productName>Magic Ring</productName>
       <productPrice>342.10</productPrice>
       <inStock>true</inStock>
      </product>
      <product id="1002">
       <productName>Flying Carpet</productName>
       <productPrice>982.99</productPrice>
       <inStock>true</inStock>
      </product>
     </products>
    </productCatalog>

           标签可以自由使用最能描述你的数据的任意名称,正是这种灵活性使得 XML 非常成功。当然,灵活性也会有缺点。不同公司完全可用不同的标签名来描述相似的数据,尽管所有应用程序都能够解析 XML 数据,但数据的写入者和读取者需要对标签和结构达成共识,才能使读取者可用解释数据并抽取有意义的信息。 

    XML 的优点

           今天,XML 比过去任何一天都更为有用。现代应用程序使用 XML 的好处有以下几点:

    • "color: #ff0000">格式良好的 XML

             XML 是一个非常严格的标准,这种严格性是用于保留广泛的兼容性的。(臭名昭著的 HTML 语言就是在没有这种严格性标准下的产物)

             所有的 XML 解析器都会执行一些基本的质量检查。如果一个 XML 文档不能满足所有标准,它就会被彻底拒绝。否则,它就被认为是格式良好的。格式良好的 XML 未必就是正确的 XML ,例如含有错误数据,但 XML 解析器能够解析它。

             XML 文档必须满足下面这些条件才能被认为是格式良好的:

      • "color: #ff0000">XML 命名空间

               随着 XML 标准的成长,已创建了数十种 XML 标记语言(通常叫做 XML 语法)。其中很多属于特定的行业、流程和信息类型。如果你需要同时组合两个具有相同名称元素的 XML 语法,会发生什么呢?另一个更典型的问题是如何区分它们?

               解决办法在于 XML 命名空间标准。这个标准的核心思想是所有的 XML 标记语言都拥有能够唯一区分相关元素的命名空间。简单的说,命名空间可以在整合时消除同名元素的歧义。

               所有的 XML 命名空间都使用 URI(Universal Resource Identifiers,统一资源标识符),一般看起来和网页的 URL 相似。例如,http://www.mycompany.com/mystandard 是一种典型的命名空间,但这不是必要的(也不应该被假设),命名空间可以是任意文本序列,标准是为了确保它的唯一性。

               要指定某个元素属于特定的命名空间,只需在开始标签中加入 xmlns(XML Name Space)特性表明要使用的命名空间即可。例如,下面这个元素是http://mycompany/OrderML 命名空间的一部分。

        <order xmlns="http://mycompany/OrderML"></order>
            你一定会厌倦在所有元素上加入这个特性的烦琐操作,幸好,如果像下面这样加入命名空间,它会成为所有子元素默认的命名空间:
        <product xmlns="http://mycompany/OrderML">
         <productName>Flying Carpet</productName>
         <productPrice>982.99</productPrice>
         <inStock>true</inStock>
        </product>
            你还可以自定义命名空间前缀,在 xmlns 特性中插入一个冒号和一个你想用作前缀的字符:
        <ord:order xmlns:ord="http://mycompany/OrderML"
              xmlns:cli="http://mycompany/ClientML">
         <cli:client>
          <cli:firstName>...</cli:firstName>
          <cli:lastName>...</cli:lastName>
         </cli:client>
         <ord:orderItem>...</ord:orderItem>
         <ord:orderItem>...</ord:orderItem>
        </ord:order>

        XML 架构

               XML 的灵活性也带来了一些问题。世界各地的开发人员都使用你的 XML 格式,怎样才能保证所有人都遵守规则?

               解决办法是创建一个格式文档,它定义你的自定义标记语言的规则,它被称为架构。这些规则不会包括语法细节(那是 XML 标准所要规定的),架构文档需要定义的是符合你的数据类型的逻辑规则,它包括以下几项:

        • "htmlcode">
          <"1.0" encoding="utf-8""http://www.w3.org/2001/XMLSchema">
           <xsd:element name="productCatalog">
            <xsd:complexType>
             <xsd:sequence>
              <xsd:element name="CatalogName" type="xsd:string" />
              <xsd:element name="expiryDate" type="xsd:date" />
              <xsd:element name="products">
               <xsd:complexType>
                <xsd:sequence>
                 <xsd:element name="product" type="productType" maxOccurs="unbounded" />
                </xsd:sequence>
               </xsd:complexType>
              </xsd:element>
             </xsd:sequence>
            </xsd:complexType>
           </xsd:element>
           <xsd:complexType name="productType">
            <xsd:sequence>
             <xsd:element name="productName" type="xsd:string" />
             <xsd:element name="productPrice" type="xsd:decimal" />
             <xsd:element name ="inStock" type="xsd:boolean" />
            </xsd:sequence>
            <xsd:attribute name="id" type="xsd:integer" use="required" />
           </xsd:complexType>
          </xsd:schema>
          • "external nofollow" href="http://www.w3.org/2001/XMLSchema">http://www.w3.org/2001/XMLSchema)
          • 你的架构文档必须使用正确的命名空间名(前缀一般是 xsd 或 xs ,你也可以自定义)
          • 在 <schema> 元素内,有两种类型的定义
          • <element> 定义目标文档必须遵循的结构
          • <complexType> 定义文档结构较小的数据结构
          • <element>标签是架构的核心,同时它也是所有验证的起点

                 在这个示例中,<element>标签确定产品类别必须以一个叫做<productCatalog>的根元素开始。<productCatalog>元素内部是一个由3个元素组成的序列。第一个是<catalogName>,它包含普通文本;第二个是<expiryDate>,它包含符合日期呈现规则的文本;第三个是<products>,它包含<product>元素的列表。

                 每个<product>元素都是一个复杂的类型,因此文档后面又使用<complexType>进行了定义。这个复杂类型(名为<productType>)由含有产品信息的 3 个元素所组成的序列构成。这些元素分别保存文本(<productName>)、十进制数(<productPrice>)、布尔值(<inStock>)。这个复杂类型还包括一个必须的特性 id。