我正在设计一个分布式应用程序,该应用程序将包括各种REST服务。最近我一直在来回追溯到是否使用ASP.NET MVC 4 Web API或ODATA来实现我的REST服务。 Web API似乎有一天会成为我需要的,但现在只有一半的烤。具体来说,它只具有ODATA样式URI查询的部分实现,并且不会在框中进行超媒体。

所以这迫使我采取另一段久的努力看ODATA。我真的很喜欢URI查询能力和结构超媒体,用于延迟装载;我想我将在我的应用程序中使用这些功能。但是,原子PUB规范似乎是严重效率的。

我最近读取了一个帖子有关效率ODATA的格式哪个提到了“密集的JSON”,但这样的事情似乎没有实际存在。这是真的?甚至如果没有密集的JSON这样的东西,常规JSON仍然比Atom Pub更效率,正确?

是有什么情况,我想在json上使用原子pub?

有帮助吗?

解决方案

与ODATA的语义级别之间的原子和JSON之间应该有很小的区别。还有大多数ODATA服务器(肯定需要的WCF数据服务)支持两者,因此它是一个要使用的客户端的选择。作为从Pablo提到的博客文章,要获得最佳有效载荷大小,您应该启用HTTP压缩。它在atom和json都有很好的工作。

读取json往往会更快(xml解析是昂贵的),但如果您关注客户端上的CPU消耗。如果我记得正确,我上次看到数字,原子和JSON的压缩有效载荷大小并不不同。

Atom Pub通常更容易在客户端中使用良好的XML或Atom库而不是JSON。反之亦然。但除此之外,不应该有很大的差异。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top