2014-04-01 134 views
0

我知道他们两人都是相似的,他们都有助于创建Web服务。我发现许多用于将JSON转换为XML的网站/工具,反之亦然。我的问题是为什么它是必要的。两者都有其独立的解析器。两者在使用时都有类似的表现。即使我们假设JSON比XML更高效,将XML转换为JSON也会消耗资源,反之亦然。 那你为什么要转换它们呢?如果你没有一个特定的解析器而不是添加它们。这是相当简单的,并会比外部转换更好。为什么要将JSON文件转换为XML,反之亦然?

我错过了什么吗?

回答

1

有各种可能的原因,但我认为最引人注目的原因是这样的:假设你有一种格式的文件需要加载到只支持其他格式的程序中。哪个更容易:通过转换实用程序运行文件?还是开发,测试和部署应用程序的全新版本,以增加对其他格式的支持?

在一个大项目,一个选择可能只需要一分钟,而其他可能需要的精力几天或几个星期,一旦你在一切可能要开始发挥作用的业务流程因素。

+0

几乎所有平台都没有完全开发和测试过开源XML和JSON解析器吗? –

+0

@NilayVishwakarma是的,但即使是现成的解决方案(无论如何,您应该几乎总是选择这种解决方案),但仍然需要花费精力进行整合。另外请注意,我的时间估计是假设您有一个相当简单的应用程序,其中数据只在一个图层上触及。如果它被许多组件所触及,那么为所有这些组件添加对额外格式的支持的成本可能会大得多。 –

0

并不是所有的Web服务及其相应的客户端应用程序由同一人开发的。 Web服务的一些用户可能偏好xml,而其他用户则寻找JSON。

  • 另外,JSON对于要传输的数据量 的开销较低。
  • 虽然XML可以更加详细,可以更容易不 文档进行解析。
+0

但是性能问题呢,它们不是什么,只是应用程序生命周期中最重要的问题吗? –

1

如上的主要用途是提到的Web服务。有些开发人员使用XML和其他JSON,因此如果您从XML中的一个服务获取数据并需要将其提交给另一个JSON格式的服务,则需要将其转换。 XML和JSON都有自己的优势和劣势。两者之间有很多原因需要转换,因为两者都有用处。

我们还必须记住的是,虽然Web服务实现这些格式互换,他们出于不同的原因开发。尽管XML通常用于表示数据,但它也可用于表示文档及其关联的格式或样式,但XML是一种标志性语言。 JSON的核心是一个对象的简单序列化,因此是JavaScript Object Notation。

0

这是一样的问为什么,我们将XML转换为Java对象,或JSON数据到SQL数据,或其他任何东西:如果我们不能用单一技术的端到端,我们要做的转换构建我们的系统。当然,使用端到端技术总是更好,因此XRX架构的倡导者认为整个系统中的数据都是XML格式。但实际上,系统是由不同人在不同时间开发的异构组件构建而成的,数据必须在组件之间的边界进行转换。

相关问题