为什么要将JSON文件转换为XML，反之亦然？

我知道它们在创建web服务方面都很相似。我发现了许多用于将JSON转换为XML的站点/工具，反之亦然。我的问题是为什么有必要。两者都有独立的解析器。两者在使用时具有相似的性能。即使我们假设JSON比XML更高效，将XML转换为JSON也会消耗资源，反之亦然。 那你为什么要改变他们？如果您没有特定的解析器，请添加它们。它相当简单，比从外部转换要好

---

我遗漏了什么吗？

并非所有Web服务及其相应的客户端应用程序都是由同一个人开发的。web服务的一些用户可能更喜欢xml，而其他用户则喜欢JSON

• 此外，JSON在所需数据量上的开销也会更低 被转移
• 而XML可能更为冗长，更易于解析 文件

---

有各种似是而非的理由，但我认为最有说服力的理由是这样的：假设您有一个文件是一种格式，需要加载到一个只支持另一种格式的程序中。哪个更容易：通过转换实用程序运行文件？或者开发、测试和部署应用程序的全新版本，以增加对其他格式的支持

---

在一个大型项目中，一个选项可能只需要一分钟，而另一个选项可能需要几天或几周的工作，一旦您考虑到所有可能需要发挥作用的业务流程。
如上所述，主要用于web服务。有些是使用XML和其他JSON开发的，因此，如果您从一个XML服务获取数据，并需要将其提交到另一个JSON格式的服务，则需要对其进行转换。XML和JSON都有其正面和反面。在这两者之间转换的原因和两者的用途一样多

---

我们还必须记住，尽管web服务可以互换地实现这些格式，但它们是出于不同的原因开发的。XML本质上是一种标记语言，尽管它通常用于表示数据，但也可以用于表示文档及其相关格式或样式。JSON本质上是对象的简单序列化，因此使用JavaScript对象表示法
这与问我们为什么要将XML转换为Java对象，或将JSON数据转换为SQL数据，或其他任何东西是一样的：如果我们不能使用一种端到端的技术构建系统，我们就必须进行转换。当然，端到端使用一种技术总是更好；因此，XRX体系结构的倡导者认为，在整个系统中，数据都是XML格式的。但在实践中，系统是由不同的人在不同的时间开发的异构组件构建的，数据必须在组件之间的边界进行转换。
难道没有针对几乎所有平台开发和测试的完整开源XML和JSON解析器吗？@NilayVishwakarma是的，但是，即使有现成的解决方案（无论如何，您几乎应该一直选择），进行集成仍然需要付出努力。还要注意，我的时间估计是假设你有一个相当简单的应用程序，其中数据只在一层上被触摸。如果有许多组件涉及到它，那么为所有这些组件添加对附加格式的支持的成本可能会大得多。但是性能问题呢，它们不是应用程序生命周期中最重要的问题吗？