“可扩展标记语言”(XML) 提供一种描述结构化数据的方法 你可能很熟悉HTML,它主要控制网页的显示和外观。但XML与它完全不同。XML的核心任务是什么?是定义数据本身的结构和数据类型。这一点差异,决定了它们完全不同的应用场景。 XML如何工作? XML通过一套自定义的标记来描绘数据元素。每个元素
你可能很熟悉HTML,它主要控制网页的显示和外观。但XML与它完全不同。XML的核心任务是什么?是定义数据本身的结构和数据类型。这一点差异,决定了它们完全不同的应用场景。
XML通过一套自定义的标记来描绘数据元素。每个元素都是一个容器,里面封装的数据可简可繁。关键在于,你可以自由定义几乎无限制的XML标记。举个例子,如果你想描述一份订单,就可以定义诸如价格、税额、发货地址、账单地址等一系列标记。正因XML标记能在单个组织内乃至跨组织间通用,来自五花八门数据库的数据,交换和操作起来就变得前所未有的方便。
长期稳定更新的攒劲资源: >>>点此立即查看<<<
说到底,XML是一种平台无关、简单且被广泛接纳的标准。它相对于HTML的一大优势,就在于将用户界面和结构化数据彻底分开了。这种“数据与显示分离”的特性,让整合不同来源的数据成为可能。无论是客户信息、订单详情、研究结果,还是医疗记录、目录数据,都能被转换成XML格式。
关于这两者的关系,有几个关键点需要厘清:
首先,XML的出现不是为了取代HTML。更准确地说,XML是对HTML的有力补充。两者的目标就不同:HTML聚焦于如何显示数据,关心的是数据长什么样;而XML专注于如何描述数据,关心的是数据的内容是什么。
其次,和HTML一样,XML本身“不干活”。虽然XML标记能描述一个订单的结构,但它并不包含任何能处理这个订单、确保其配送的代码。这些实际的“行动”,需要另外有人编写程序来完成。
最后,也是最重要的一点,XML的标记是由架构或文档的作者自由定义的,不受限制。相比之下,HTML的标记是预先定义好的“标准件”,作者只能使用当前规范支持的那些标签。
作为一种极其灵活的数据传递方式,XML的适用场景相当广泛:
那么,用XML存储信息,相比其他格式好在哪里?
当然,XML也并非万能。它有一个明显的缺点:文档通常比它们所取代的二进制格式更“啰嗦”。这意味着它们会占用更多网络带宽和存储空间,或者需要额外的处理器时间进行压缩。同时,XML解析可能比解析高度优化的二进制格式慢,内存消耗也可能更大。不过话说回来,通过精心的应用程序设计,很多这类问题是可以规避的。
要确保一个XML文档包含必需的数据和正确的结构,必须将其与一个XML架构(Schema)关联起来。这个架构,实质上是定义如何用元素和属性来构造XML文档的一套规则。在组织间共享架构,能让共享数据的传输和处理流程大大简化。
只存储数据不够,我们还得把它展示出来。有几种主流的方法可以显示(或呈现)XML数据:
此外,还有数据绑定机制,可以与样式表结合,以可视化形式展示XML数据并增加交互性。
如果你已经懂HTML,那么学习创建格式良好、标准的XML文档并不困难。想深入了解,可以参考XML SDK和相关的开发中心网站。
毋庸置疑,万维网联盟(W3C)发布的XML规范,始终是最权威的参考标准。
问:为什么很多大型网站还在用HTML,而不是XML?
答:这个问题切中了要害。XML和HTML本质不同。大型网站如果展示的是静态数据,直接使用HTML在速度上无疑是最快的,但维护起来会是个挑战。目前更主流的做法是使用XML结合CSS进行站点设计,不过CSS对XML的支持有一定局限。因此,更强大和常见的组合是XML配合XSLT,后者能提供更灵活的数据转换和呈现能力。
问:如果我直接用XML开发一个网站,上传到普通的静态空间,能正常显示吗?
答:这取决于用户的浏览器。如果可以假设所有用户都使用(或至少安装了)Internet Explorer 6或更高版本,那么基本没问题,因为这些浏览器内置了XML解析和XSLT处理能力。
但如果用户可能使用其他类型的浏览器,稳妥的做法是在服务器端完成XML到HTML的转换。遗憾的是,普通的静态主机空间不支持这种服务器端处理。因此,你需要选择支持XML DOM(文档对象模型)的ASP或PHP等动态空间。这完全是两种不同的运行环境。
侠游戏发布此文仅为了传递信息,不代表侠游戏网站认同其观点或证实其描述