XML基础讲解之结构与语法

[导读] 现在我们暂且使用记事本来创建我们的xml文件吧。先看一个xml文件:  例1  〈?xml version=”1 0″ encoding=”gb2312″ ?〉   〈参考资料〉    〈书籍〉    〈名称〉xml入门精解〈 名称〉   

现在我们暂且使用“记事本”来创建我们的xml文件吧。先看一个XML文件:

  例1

  

〈?xml version="1.0" encoding="gb2312" ?〉   〈参考资料〉    〈书籍〉    〈名称〉XML入门精解〈/名称〉    〈作者〉张三〈/作者〉    〈价格 货币单位="人民币"〉20.00〈/价格〉    〈/书籍〉    〈书籍〉    〈名称〉XML语法〈/名称〉    〈!--此书即将出版--〉    〈作者〉李四〈/作者〉    〈价格 货币单位="人民币"〉18.00〈/价格〉    〈/书籍〉   〈/参考资料〉

  这是一个典型的XML文件,编辑好后保存为一个以.xml为后缀的文件。我们可以将此文件分为文件序言(PRolog)和文件主体两个大的部分。在此文件中的第一行即是文件序言。该行是一个XML文件必须要声明的东西,而且也必须位于XML文件的第一行,它主要是告诉XML解析器如何工作。其中,version是标明此XML文件所用的标准的版本号,必须要有;encoding指明了此XML文件中所使用的字符类型,可以省略,在你省略此声明的时候,后面的字符码必须是Unicode字符码(建议不要省略)。因为我们在这个例子中使用的是GB2312字符码,所以encoding这个声明也不能省略。在文件序言部分还有一些声明语句,我们在后面给予介绍。

  文件的其余部分都是属于文件主体,XML文件的内容信息存放在此。我们可以看到,文件主体是由开始的〈参考资料〉和结束的〈/参考资料〉控制标记组成,这个称为XML文件的“根元素”;〈书籍〉是作为直属于根元素下的“子元素”;在〈书籍〉下又有〈名称〉、〈作者〉、〈价格〉这些子元素。货币单位是〈价格〉元素中的一个“属性”,“人民币”则是“属性值”。

  〈!–此书即将出版–〉这一句同HTML一样,是注释,在XML文件里,注释部分是放在“〈!–”与“–〉”标记之间的部分。

  大家可以看到,XML文件是相当简单的。同HTML一样,XML文件也是由一系列的标记组成,不过,XML文件中的标记是我们自定义的标记,具有明确的含义,我们可以对标记中的内容的含义作出说明。

  对XML文件有了初步的印象之后,我们就来详细地谈一谈XML文件的语法。在讲语法之前,我们必须要了解一个重要的概念,就是XML解析器(XML Parse)。

  1.XML解析器

  解析器的主要功能就是检查XML文件是否有结构上的错误,剥离XML文件中的标记,读出正确的内容,以交给下一步的应用程序处理。XML是一种用来结构化文件信息的标记语言,XML规范中对于如何标记文件的结构性有一个详细的法则,解析器就是根据这些法则写出来的软件(多用java写成)。同HTML一样,在浏览器中,必须有HTML的解析器,这样浏览器才能够“读懂”各种用HTML标记所组成的网页,将它们显示在我们面前。如果有浏览器的HTML解析器读不懂的标记,将会返回给我们错误信息。

  由于现在的HTML标记实际上相当混乱,存在大量不规范的标记(有的网页用IE能正常显示,而用Netscape Navigator则不行),所以从一开始,XML的设计者就严格规定了XML的语法和结构,我们编写的XML文件必须遵循这些规定,否则XML解析器将毫不留情地给你显示错误信息。

  有两种XML文件,一种是Well-Formed XML文件,一种是Validating XML文件。

  如果一个XML文件满足XML规范中的某些相关法则,且没有使用DTD(文件格式定义——后详述)时,可称这份文件是Well-Formed。而如果一个XML文件是Well-Formed,且正确地使用了DTD,DTD中的语法又是正确的,那么这个文件就是Validating。对应两种XML文件,有两种XML解析器,一种是Well-Formed 解析器,一种是Validating解析器。IE 5中就内含Validating解析器,Validating解析器也可用来解析Well-Formed XML文件。

  检查它是否满足了Well-Formed的条件。我们可以将刚才编辑的第一个XML 文件用IE 5以上版本的浏览器打开。

  大家可能要问为什么在浏览器中的显示和我的源文件一样?没错,因为对于XML文件,我们鼋龉匦乃 的内容,而它的显示形式是交给CSS或XSL来完成的。这里,我们并没有给这个XML文件定义它的CSS或XSL文件,所以它按照原来的形式来显示。实际上,对于电子数据交换,仅仅需要一个XML文件即可,如果要将它以某种形式显示出来,我们就必须编辑CSS或XSL文件(这个问题会在以后讨论)。

  2.Well-Formed的XML文件

  我们知道,XML必须是Well-Formed的,才能够被解析器正确地解析出来,显示在浏览器中。那么什么是Well-Formed的XML文件呢?主要有下面几个准则,我们在创建XML文件的时候,必须满足它们。

  首先,XML文件的第一行必须是声明该文件是XML文件以及它所使用的XML规范版本。在文件的前面不能够有其它元素或者注释。

  第二,在XML文件中有且只能够有一个根元素。我们的第一个例子中,〈参考资料〉… 〈/参考资料〉就是此XML文件的根元素。

  第三,在XML文件中的标记必须正确地关闭,也就是说,在XML文件中,控制标记必 须有与之对应的结束标记。如:〈名称〉标记必须有对应的〈/名称〉结束标记,不像HTML,某些标记的结束标记可有可无。如果在XML文件中遇到自成一个单元的标记,就是类似于HTML 中的〈img src=…..〉的这些没有结束标记的时候,XML把它称为“空元素”,必须用这样的写法:〈空元素名/〉,如果元素中含有属性时写法则为:〈空元素名 属性名=“属性值”/〉。

  第四,标记之间不得交叉。在以前的HTML文件中,可以这样写:

  〈B〉〈H〉XXXXXXX〈/B〉〈/H〉,〈B〉和〈H〉

  标记之间有相互重叠的区域,而在XML中,是严格禁止这样标记交错的写法,标记必须以规则性的次序来出现。

  第五,属性值必须要用“ ”号括起来。如第一个例子中的“1.0”、“gb2312”、“人民币”。都是用“ ”号括起来了的,不能漏掉。

  第六,控制标记、指令和属性名称等英文要区分大小写。与HTML不同的是,在HTML中, 类似〈B〉和〈b〉的标记含义是一样的,而在XML中,类似〈name〉、〈NAME〉或〈Name〉这样的标记是不同的。

  第七,我们知道,在HTML文件中,如果我们要浏览器原封不动地将我们所输入的东西显示出来,可以将这些东西放到〈pre〉〈/pre〉或者〈xmp〉〈/xmp〉标记中间。这对于我们创建HTML教学的网页是必不可少的,因为网页中要显示HTML的源代码。而在XML中,要实现这样的功能,就必须使用CDATA标记。在CDATA标记中的信息被解析器原封不动地传给应用程序,并且不解析该段信息中的任何控制标记。CDATA区域是由:“〈![CDATA[”为开始标记,以“>〉”为结束标记。例如:例2中的源码,除了“〈![CDATA[”和“>〉”符号,其余的内容解析器将原封不动地交给下游的应用程序,即使CDATA区域中的开始和结尾的空白以及换行字符等,都同样会被转交(注意CDATA是大写的字符)。

  例2

  〈![CDATA[飞翔的xml〉〉〉〉〉,:-)
  oooo〈〈〈〈〈〈〈
  >〉

  第八,XML处理空白字符和HTML不一样。HTML标准规定,不管有多少个空白,都当作一个空白来处理;而在XML中规定,所有标记以外的空白,解析器都要忠实地交给下游的应用程序处理。这样,我们有时必须摒弃编写HTML文件时的缩排习惯,因为缩排的空格,解析器也要处理。如:

   〈作者〉张三〈/作者〉
  和
   〈作者〉
   张三
   〈/作者〉

  上述内容对于解析器来说是不同的(后者在〈作者〉〈/作者〉标记之内除了张三这个字符以外,还包括两个换行记号以及“张三”前的文字缩排符号)。所以解析器在去掉标记后将信息传给应用程序将有不同的处理结果。

  如果我们想明确地告诉XML程序,标记中的空白有明确的含义,不要随便去掉(如在一些诗中,空格有它具体的意义),则可在标记中加入一个XML内置的属性——xml:space 。如(注意属性名称和值的大小写):   

  〈诗歌 xml:space=”preserver”〉
   祖国啊! 祖国!
   我的祖国!
   〈/诗歌〉

  另外,在XML文件中,如果要用到表1的特殊字符,必须用相应符号代替。

  表1

  特殊字符 替代符号
  && &
    > >
  ” “
  ’ ‘

  在此做个小结:符合上述规定的XML文件就是Well-Formed的XML文件。这是编写XML文件的最基本要求。可以看到XML文件的语法规定比HTML要严格多了。由于有这样的严格规定,软件工程师编写XML的解析器就容易多了,不像编写HTML语言的解析器,必须费尽心思去适应不同的网页写法,提高自己浏览器的适应能力。实际上,这对于我们初学者来说,也是一件好事。该怎样就怎样,不必像原来那样去疑惑各种HTML的写法。

  我们看到,在XML文件中,用的大多都是自定义的标记。但是大家考虑一下,如果两个同行业的公司A和B要用XML文件相互交换数据,A公司用〈价格〉标记来表示他们产品的价格信息,而B公司可能用〈售价〉来表示价格信息。如果一个XML应用程序来读取他们各自的XML文件中的信息时,如果它只知道〈价格〉标记里表示的是价格信息,那么B公司的价格信息就读不出来,必将产生错误。显然,对于想利用XML文件来交换信息的实体来说,他们之间必须有一个约定——即编写XML文件可以用哪些标记,母元素中能够包括哪些子元素,各个元素出现的顺序,元素中的属性怎样定义等。这样他们在用XML交换数据时才能够畅通无阻。这种约定称为DTD(Document Type Definition,文档格式定义)。可以把DTD看作编写XML文件的模板。对于同行业之间的XML数据交换,有一个固定的DTD将会方便很多。比如说,如果网上的各大电子商场的XML网页都遵循同一个DTD时,那么我们就可以轻松地依据这个DTD 编写一个应用程序,去网上将我们感兴趣的东西自动抓回来。事实上已经有了好几个定义好的DTD,如前面所说的MathML、SMIL等。

  如果一个XML文件是Well-Formed的,并且它是正确的依据某个DTD建立的,那么,这个XML文件就被称为:Validating XML文件。相应的解析器就称为:Validating Parser。                        

以上就是 XML基础讲解之结构与语法的详细内容,更多请关注php中文网其它相关文章!

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件至 chuangxiangniao@163.com 举报,一经查实,本站将立刻删除。
发布者:程序猿,转转请注明出处:https://www.chuangxiangniao.com/p/1428945.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2025年12月17日 01:46:35
下一篇 2025年12月17日 01:46:40

相关推荐

  • XML实战秘籍第一卷:动态排序

    [导读] 排序功能让我们页面上的数据显的更人性化,是我们在网站上见过的很普遍的一个功能效果了。以往的自动排序都是用大量的脚本代码来完成的,对一般的爱好者来说这是件困难的事情。然而用xml来处理的话就简单多了。让 排序功能让我们页面上的数据显的更人性化,是我们在网站上见过的很普遍的一个功能效果了。以往…

    好文分享 2025年12月17日
    000
  • XML实战秘籍第二卷:动态查询

    [导读] 查询功能是我们在网站上见过的最普遍也是最常用的一个功能模块了。以往的信息查询都是连接到数据库的,每一次点击都必须要后台数据库的支持。然而很多情况下用户往往只针对某一部分的数据进行操作,这样不但服务 查询功能是我们在网站上见过的最普遍也是最常用的一个功能模块了。以往的信息查询都是连接到数据库…

    好文分享 2025年12月17日
    000
  • php解析xml方法实例(附代码)详细说明

    这篇文章主要介绍了php解析xml方法,以实例形式详细分析了php解析xml的相关技巧,需要的朋友可以参考下 本文以实例形式详细讲述了php解析xml方法。分享给大家供大家参考。具体分析如下: books.xml文件如下: Harry Potter J K. Rowling 2005 29.99 E…

    好文分享 2025年12月17日
    000
  • 深入理解Go应用与Apache集成:告别FCGI,拥抱反向代理

    本文旨在纠正将%ignore_a_1%应用视为可直接由apache fcgi执行的“脚本”这一常见误解。我们将详细阐述go作为编译型语言的本质,并提供一套专业且推荐的集成方案。核心内容是利用go应用内置的http服务器,并配置apache作为反向代理,安全高效地将外部请求转发至go应用,同时提供示例…

    2025年12月16日
    000
  • Go语言跨平台调用C++代码:使用SWIG实现互操作

    go语言与c++代码的跨平台集成是一个常见需求,但go标准库的`cgo`主要支持c语言接口,对c++支持有限。本文将深入探讨如何利用swig工具,有效地在windows和macos等不同操作系统上,实现go语言调用c++代码。我们将介绍swig的工作原理、基本使用方法及跨平台注意事项,帮助开发者构建…

    2025年12月16日
    000
  • 在Apache下部署Go应用:FCGI误区与反向代理的最佳实践

    本文旨在纠正将go应用作为fcgi脚本在apache下直接运行的常见误区。go是一种编译型语言,其应用程序通常包含内置的http服务器。部署go应用的最佳实践是将其编译并独立运行,然后利用apache的`mod_proxy`模块进行反向代理,将外部请求转发至go应用监听的端口,实现高效、可维护的服务…

    2025年12月16日
    000
  • 在 Apache 上部署 Go 应用程序:告别 FCGI 脚本,拥抱反向代理

    本文旨在纠正将 %ignore_a_1% 应用程序作为 apache fcgi 脚本运行的常见误解。go 是一种编译型语言,其应用应作为独立的 http 或 fcgi 服务运行。正确的部署策略是利用 apache 作为反向代理,将外部请求转发至后台运行的 go 服务,从而实现更稳定、易于调试和配置的…

    2025年12月16日
    000
  • 在Go语言中高效获取HTTP GET请求参数

    go语言中处理http get请求参数的核心在于利用`net/http`包的`http.request`对象。通过调用`request.parseform()`方法,开发者可以方便地从`request.form`字段中获取url查询参数,实现类似php中`$_get`的功能,从而构建健壮的web服务…

    2025年12月16日
    000
  • 深入理解位移操作:解析大位移的计算逻辑与应用

    本文深入探讨了位移操作(bitshifting)的原理,特别是针对大位数位移的计算逻辑。通过分析 `(1 > 97` 这一具体案例,文章详细解释了左移和右移如何共同作用于二进制数,从而得出看似复杂但实则规律的结果。同时,文章结合php示例,揭示了位移操作的乘除特性,并提供了编程实践中的注意事项…

    2025年12月16日
    000
  • Go语言中检查函数或方法存在性的策略与实践

    go语言凭借其强类型和编译时检查机制,在运行时通常无需像动态语言那样显式检查全局函数是否存在。然而,在处理接口类型、进行反射操作或构建代码分析工具时,可能需要动态地验证方法或函数的存在性。本文将深入探讨go语言中实现这些检查的几种策略,包括利用类型断言处理接口方法、使用反射进行运行时查询,以及通过`…

    2025年12月16日
    000
  • Go语言中函数或方法存在性检查的策略与实践

    go语言与php等动态语言不同,其函数存在性主要在编译时确定。本文将深入探讨go中检查函数或方法存在性的策略,包括编译时错误处理、针对接口类型使用类型断言进行运行时方法检查,以及在开发go工具时利用`go/parser`包解析抽象语法树的进阶方法,帮助开发者理解go的类型系统和动态行为。 在PHP等…

    2025年12月16日
    000
  • Go语言中函数与方法的存在性检查:编译时与运行时策略

    go语言主要通过编译时检查来确保函数或方法的调用合法性,这与php等动态语言的运行时检查机制不同。然而,在处理接口类型时,若需验证底层具体类型是否实现了特定方法,可使用类型断言。对于更高级的静态代码分析场景,go提供了`go/parser`包来解析源文件,从而在编译前获取函数和方法信息。 Go语言的…

    2025年12月16日
    000
  • Go语言中函数和方法存在性的检查策略与实践

    go语言作为静态类型语言,其函数和方法的存在性通常在编译时完成检查,因此多数情况下无需进行运行时检查。然而,当处理`interface{}`类型时,为了安全地调用其底层具体类型的方法,需要通过类型断言来判断方法是否存在。此外,对于高级工具开发,`go/parser`包提供了分析go源代码结构的能力,…

    2025年12月16日
    000
  • Go与PHP HTTP请求差异解析:签名与POST数据处理最佳实践

    本文深入探讨了在go语言中实现与php兼容的http请求时,如何正确处理post数据和api签名,以解决因http客户端行为差异导致的“无效签名”问题。文章详细分析了go的`http.newrequest`方法中请求体(body)与表单(form)字段的使用区别,并提供了确保数据编码一致性的最佳实践…

    2025年12月16日
    000
  • Go与PHP HTTP POST请求签名差异解析与实践

    本文深入探讨了在%ignore_a_1%中实现http post请求时,与php curl行为的差异,尤其是在处理请求体和签名生成方面。文章指出go的`http.request`在发送post请求时会忽略`form`字段而只使用`body`,这与php中直接将查询字符串作为post字段的行为不同。通…

    2025年12月16日
    000
  • Go语言中HTTP POST请求与API签名:从PHP迁移的常见陷阱与解决方案

    本文深入探讨了在go语言中实现与php curl等效的http post请求时,特别是在处理api签名和表单数据方面可能遇到的挑战。文章详细分析了go http客户端中request.form字段与实际请求体request.body之间的关键差异,以及url.values.encode()方法在签名…

    2025年12月16日
    000
  • Go语言与PHP在HTTP POST请求中处理表单数据及签名的最佳实践

    本文深入探讨了go语言在http post请求中与php curl行为差异,尤其是在处理请求体和签名生成方面的常见陷阱。我们将详细解释go中http.newrequest的form字段与请求体(body)的关系,并提供正确的go语言实践,确保post请求的表单数据能够被正确发送,并与签名机制保持一致…

    2025年12月16日
    000
  • Go与PHP:构建一致的HTTP POST请求与API签名验证

    本文深入探讨了go语言在处理带有自定义http头部和签名验证的post请求时,与php `curl`实现可能存在的差异及解决方案。核心在于go中正确设置请求体而非依赖 `http.request.form`,并强调确保用于签名生成和请求发送的数据编码保持完全一致,以避免“无效签名”等api验证错误。…

    2025年12月16日
    000
  • Go与Nginx集成模式解析:FastCGI与反向代理的实践与考量

    本文深入探讨go语言应用与nginx服务器的集成策略,重点解析fastcgi与反向代理两种主流模式。我们将阐明go在不同模式下如何构建响应,nginx的角色,并分析其底层工作流程及性能影响,旨在为开发者提供选择集成方案的专业指导。 1. Go应用与Nginx集成概述 在Web服务架构中,Nginx通…

    2025年12月16日
    000
  • 深入理解Google App Engine Go运行时特性与限制

    Google App Engine (GAE) 为开发者提供了多语言运行时环境,其中Go语言运行时具有其独特的特性和潜在限制。本文旨在指导开发者如何系统性地理解Go运行时与Java或Python等其他运行时之间的差异,特别是关于API可用性和运行时行为的考量。我们将重点阐述官方文档作为权威信息来源的…

    2025年12月16日
    000

发表回复

登录后才能评论
关注微信