收录了 json 频道下的 50 篇内容
近日,GitHub开源了一JSON解析器simdjson,通过与其他常用解析器的对比实验,结果显示,simdjson的解析速度达到2.2GB/s,远远秒杀其他解析器,在下文中,我们将为大家详细介绍simdjson。
本⽂主要分析在Golang语⾔原⽣包内,是如何实现将结构体解析为JSON 字符串,分析代码基于 go 1.14.2。
甲骨文发布 JSON Database,这是一款全新的云服务,专为寻求简单易用、经济高效的JSON数据库和NoSQL API的开发人员而打造。
拿 JSON 衬托 Protobuf 的文章真的太多了,经常可以看到文章中写道:“快来用 Protobuf 吧,JSON 太慢啦”。但是 Protobuf 真的有吹的那么牛么?我觉得从 JSON 切换到 Protobuf 怎么也得快一倍吧,要不然对不起付出的切换成本。然而,DSL-JSON 的家伙们居然说在Java语言里 JSON 和那些二进制的编解码格式有得一拼(https://blog.dsl-platform.com/improving-java-json-speed/ ),这太让人惊讶了!虽然你可以认为会说,咱们能不用苹果和梨来做比较了么?两个东西根本用途完全不一样好么。咱们用 Protobuf 是冲着跨语言无歧义的 IDL 的去的,才不仅仅是因为性能呢。好吧,这个我同意。但是仍然有那么多人盲目相信,Protobuf 一定会快很多,我觉得还是有必要彻底终结一下这个关于速度的传说。
平台需要互操作性。在这篇文章中,作者仔细研究了Flex和JSON及XML的互操作性。文章也包含了使用E4X库来将XML映射到图表和表格组件的内容,还演示了如何使用as3core库来解码JSON消息。
有了这么多更好的配置语言,没有理由还要使用JSON。如果要创建需要用到配置的新应用程序、框架或库,请选择JSON以外的其他选项。
本文介绍了借助Jasonette将Web视图和原生组件融合构建真正“混合”应用的做法。
在API与微服务飞速发展的当今世界,如何在开发web或移动应用时、或者是对现有的系统进行集成时找到最合适的API,通常是一项乏味的任务。
sonic-cpp 是由字节跳动 STE 团队和服务框架团队共同研发的一款面向 C++ 语言的高效 JSON 库,极致地利用当前 CPU 硬件特性与向量化编程,大幅提高了序列化反序列化性能,解析性能为 rapidjson 的 2.5 倍。
JSON-B这个有望添加到Java EE 8的JSON绑定库发布了公开预览版。该库以JSON Processing(不要同JSONP或JSON-with-padding混淆)为基础构建,旨在为诸如Jackson或Gson这样的常见库提供一种标准的替代方案。不过,该JSR只针对Java EE,也就是说,Java SE的用户仍然需要使用第三方库。
我们所创建的任何“灵活”或“可扩展的”文件格式,迟早都会因为校验的问题而遭受开发者们的抱怨。针对JSON这种文件格式的校验方式,业界已开始涌现出很多的可选项。
SQL Server 2016有望提供JSON操作原生支持。这一支持的首次迭代将作为SQL Server 2016 CTP 2的一部分发布。
本文来自美团点评技术文章系列。
在12月13日关于Visual Studio支持语言服务器协议的报道中,我们提到其LSP是基于JSON-RPC 2.0实现的。尽管早在十多年前就已经被创建,JSON-RPC并没有像SOAP或REST那样有名。
作为JSON处理(JSON-P)的Java API,JSR-353已经到达了最终的批准投票阶段。JSON-P(类似于JAXP)由一个流API(类似于StAX)和一个对象模型API(类似于DOM)组成。请注意,该API并没有包含JSON数据绑定(类似于JAXB),同时它和更流行的JSONP(JSON with padding)并没有关系。
Netflix开源了JavaScript库Falcor,它为从多个来源获取JSON数据提供了模型和异步机制。
随着Json.NET 11的发布,解决了在.NET Standred 13上的Json.NET版本需要122个依赖包的问题,同时新版本也添加了一些新的功能。
JSON for Modern C++ 3.1版本增加了对Universal Binary JSON(UBJSON)规范和JSON合并补丁(Merge Patch)的支持。
sonic-rs 是一个基于 SIMD 的高性能 Rust JSON 库,是 sonic JSON 库的 Rust 版本。
Microsoft 决定在明年逐步停止project.json文件,或慢慢迁移到标准.csproj类型文件。