用XML而不是HTML创建网页有什么好处?

以编程方式生成它并将其用于其他目的比显示为网页更容易。

:

编辑:如果这是一件好事,为什么不普及?

不是每个人都需要以编程方式生成它,或者将它重新用于显示为网页以外的其他目的。这样使用纯HTML就更容易了。

一个可能的优势是在web浏览器以外的其他地方使用页面的数据;如果页面的内容是格式良好的XML,那么(可能)这样做会更容易。当然,从理论上讲,一个格式良好、语义丰富的XHTML页面也应该能够被解析。

根据数据源的不同,生成XML而不是XHTML也更容易。

当您将XML数据导入到系统中,并且您应该呈现这些XML数据时,为该XML编写一些XSLT要容易得多,而不是使用某种解析器对其进行解析,然后呈现数据。

这可能是使用XML而不是XHTML或HTML的有效点

更新 回答您的问题,为什么这不是普遍的,是因为XSTL是乏味和难以处理的。尤其是XPath,这对于某些人来说非常难以使用。

这些页面使用XSLT在客户端呈现。不是每个浏览器(尤其是旧的浏览器)都支持呈现XML+XSLT。但是,XML可以在服务器端用作模板,并由服务器上运行的应用程序转换为HTML。我个人认为这种方法没有任何好处。

完全用XML编写的网页比您所知道的多得多。您只看到在客户端执行XSLT转换的那些。XML的服务器端转换一点也不奇怪,因为有太多的东西可以用XML生成数据,而用XSLT将XML转换为HTML非常简单。如果只看HTML,您永远不会知道这是怎么回事,因为HTML没有通过XSLT生成的迹象。

就我个人而言,我也不明白这一点,尽管最大的问题之一是IE中的支持。我创建了一个提供XML的基本电子商务网站,通过XSLT进行转换,并使用CSS进行样式化。我非常怀念使用XLink和其他出色的XML特性的能力。能够对数据进行标记也很好。我在餐厅菜单上用了一个‘菜单’标签。”价格标签的价格等等。如果用户点击一个链接来更改菜单,我所要做的就是发送商品名称、价格和描述,而不是整个页面。iirc,一个4K或更多的HTML菜单页只有200字节的发送数据。

至于“一个错误使XML中的一切崩溃”类型的注释,任何编程语言都是如此,因此正确的编码对于程序员和谨慎的HTML/CSS类型来说应该是没有麻烦的。

在有人说我所做的实际上是XHTML之前…不,我提供了XML。当需要链接、图像和HTML类型的东西时,我确实调用了XHTML名称空间,但只有在必要的时候。