XML，这有什么用？

Question

好的，这有点尴尬，但是我不确定XML的预期用途是什么。没错，XML的含义是正确的，而不是XML的含义。多年来，我不时使用XML，主要用于配置文件，但这似乎是微不足道的用法。我也将其用作数据文件的互操作格式，但对我而言，它看起来并不是特别有效。我对Web开发的经验很少，所以我想也许对交流很有用，但是我读到的有关XML的大多数文章实际上都是XML和JSON之间的比较，而不是XML本身。

更新:到目前为止，我的感觉是(基于comment)XML是用于通用数据传输的，但是在最初的欣喜之后，由于XML的低效率本质(它是低效率的，因为它是通用的)而受到青睐的。

Answer 1

我尝试总结一下我在XML方面的经验:
优点
可读格式:
每个人都可以通过简单地阅读来检查其内容。这使它成为一种易于使用且易于理解的通信形式。即使是商人，也喜欢它(据我在金融机构多年的经验)，因为他们了解它，因此可以轻松地在消息系统中检查消息。他们一个人就能决定哪个系统是错误的。让他们开心:)与JSON进行比较。我认为JSON与读者友好相去甚远，因为闭括号比XML中的闭包元素更难追踪。您必须返回页面以查看开始时间。您不需要任何编程技能就能理解XML。半小时后，连您的祖母都可以理解。
平台独立性:
无论使用哪种类型的语言和平台都没有关系，您肯定会有解析器来读取它。这可能使其成为异构系统之间最佳的通信形式。看到人们通常通过JMS队列传输XML，将XML发送到Web服务，在传输之前将对象映射到XML文档。 XML是非常基本的东西，以至于不同的解析器都没有大的问题。他们都了解XML。
伟大的变革工具
您可以使用XSL和XSL-FO将XML文档转换为几乎所有内容。 HTML，PDF，TXT，CSV，其他一些XML样式等等。 XSL非常强大，因为它已针对XML的思维方式进行了调整。它使您想到了递归，在面向对象编程之后，我一直很喜欢这种递归。 XSL适用于几乎所有平台。您可以使用XSL从纯数据创建报告和文档。
您可以使用JAXB之类的技术轻松地将XML文档映射到编程对象。
验证的好工具
XSD使您能够为XML文档定义一些语法。与XML相比，该模式本身对用户的友好程度较低，但最简单的结构(如占用率， parent 身份，属性等)易于理解和使用。因此，这也是一种工具，对于商务人士来说可能没问题。 XSD适用于几乎所有平台。
XPath和XQuery
两种技术都允许您遍历和查询XML。优点与XSL和XSD相同，因为它们是平台无关的。 XPath非常有效，即使对于对象树，apache也创建了等效的文件:JXPath。
缺点
细度
它可以消耗任何磁盘空间。 XML使日志变得庞大且难以读取和获取。另一方面，您可以压缩日志。甚至可以压缩Web服务或JMS消息以减少 channel 的负载。但是即使在这种情况下，压缩仍会占用CPU和内存。另一方面，根据我的经验，XML和相关技术可以缩短开发时间，而节省的工期足以买一个CPU。 CPU比人便宜。
使用效率低下
什么样的对象(XPath表达式，XSL模板，XSD模式，XML解析器等等)具有什么样的生命周期绝非易事。可以缓存什么？为了避免线程安全问题，很多人没有正确地做这件事。这将导致您陷入可怕的缓慢状态。我想强调的是，并不是技术问题，而是滥用。很多人被旧的DOM分析器困住了，这是一件丑陋的事情。他们在其上的某些层进行了抽象，并创建了用于XML处理的专有API，这很不好。继续前进，使用DOM4j或STAX或JAXB或其他任何标准。
虚假的自由创造特别的东西
许多公司使用XML创建了特定于域的语言或可怕的配置文件。由于易于解析和遍历，他们甚至为全新的语言创建了口译员。语言被卡住了，从未创建过计划的开发工具。永远不要使用XML来编写程序。它不用于。不要在XPath中编程，因为它不是经过验证的设计时间。保持适当的位置。 XML主要用于以某种标准形式传输数据。不要重新发明XML。这将是您自己的编程轮椅，而不是汽车。
我认为，关于XML的最佳教程位于ZVON。如果需要，请使用它们。