另一方面,我喜欢使用XML有很多原因：

> XML序列化以大多数现代语言实现,非常易于使用,
>比二进制序列化慢,XML序列化在使用来自多种编程语言的相同数据或者用于读取和理解的情况下非常有用,甚至用于人类调试(例如,JSON,更多)难以理解),
> XML支持unicode,如果使用得当,不同的编码,字符等都没有问题.
>有许多工具可以轻松处理XML数据. XSLT就是一个例子,可以很容易地呈现和转换数据. XPath是另一个,可以轻松搜索数据,
> XML可以存储在某些sql服务器中,这样就可以保存和操作过于复杂而无法轻松存储在sql表中的数据.例如,JSON或二进制数据不能通过sql直接操作(除非通过操作字符串,这在大多数情况下是疯狂的),
> XML不需要安装任何应用程序.如果我希望我的应用程序使用数据库,我必须首先安装数据库服务器.如果我希望我的应用程序使用XML,我不需要安装任何东西,
> XML比例如Windows注册表或INI文件更加明确和可扩展,
>在大多数情况下,由于XML提供的抽象级别,没有CR-LF问题.

那么,考虑到使用XML的所有好处,为什么这么多开发人员讨厌使用它呢？恕我直言,唯一的问题是：

> XML过于冗长,需要比大多数其他形式的数据更多的地方,特别是在涉及Base64编码时.

当然,有很多情况下XML根本不适合.在服务器端的XML文件中存储SO的问题和答案绝对是错误的.或者,在存储AVI视频或一堆JPG图像时,XML是最糟糕的事情.

但其他场景呢？ XML有哪些缺点？

对于那些认为这个问题不是真正问题的人：

与非封闭的Significant new inventions in computing since 1980这样的问题相反,我的问题是一个非常明确的问题,并且明确地邀请解释其他人在使用XML时遇到的弱点以及他们为什么不喜欢它.例如,它不会邀请讨论XML是好还是坏.它也不需要进行长时间的讨论;因此,到目前为止收到的当前答案简短而精确,并提供了我想要的足够信息.

但它是一个维基,因为这个问题没有一个独特的好答案.

根据SO,“不是一个真正的问题”是一个问题,“很难说这里有什么问题.这个问题含糊不清,含糊不清,不完整或修辞,无法以现有形式得到合理回答.”

>这里有什么问题：我认为问题本身非常清楚,上面的几段文字使其更加清晰,
>这个问题含糊不清,不完整：再一次,没有任何含糊不清,既不模糊也不完整,
>或修辞：它不是：我的问题的答案不是明显的,
>并且无法合理回答：有几个人已经对问题给出了很好的答案,表明这个问题可以合理地回答.

如何评估答案并确定接受的答案似乎也很明显.如果答案给出了XML错误的充分理由,那么这个答案很可能会被投票,然后被接受.