BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

JSON.NET 5中的架构变更

| 作者 Jonathan Allen 关注 595 他的粉丝 ,译者 李彬 关注 1 他的粉丝 发布于 2013年5月21日. 估计阅读时间: 3 分钟 | QCon上海2018 关注大数据平台技术选型、搭建、系统迁移和优化的经验。

Newtonsoft对JSON.NET进行了两个架构升级,以使其能够更容易地在涉及第三方库的项目中使用。这两个特性是默认设置和扩展数据。

JSON.NET 5r5中,开发者可以使用JsonSerializerSettings类重写序列化/反序列化选项。每次调用JsonConvert方法的时候通常都会将它作为参数传入,或者用它创建新的JsonSerializer。

如果类库想要使用新的默认模式,那么可以使用JsonSerializer.CreateDefault方法。这样便会使用应用通过JsonConvert.DefaultSettings方法定义的默认项。如果类库不想使用此行为,那么可以继续正常地创建JsonSerializer的实例。

应该注意的是,JsonConvert.DefaultSettings方法的参数是一个Func<JsonSerializerSettings>而不是JsonSerializerSettings的实例。这意味着每次需要的时候都将创建默认JsonSerializerSettings的一个新副本。

另一个变化是对扩展数据的支持。这些数据在原生JSON有效负荷中有效,但不会在类结构中出现。一般来说,这会在服务器定义发生改变而客户端尚未升级到匹配版本时发生。

在WCF中,可以通过IExtensibleDataObject接口获取扩展数据。它为ExtensionDataObject类型提供了一个单独的属性,一个几乎没有什么作用的不透明类。ExtensionDataObject包含的任何数据只对数据协定序列化器有效。这意味着,它只在极其特殊的情况下才会发挥作用,例如我们将一些数据序列化,使用旧版本的代码将其反序列化,重新序列化,接下来再次使用原始版本反序列化的情况。

JSON.Net将扩展数据以字串和JToken对象字典的形式暴露。该字典通过使用 [JsonExtensionData]属性标记的属性或域对外暴露。通过使用属性而不是接口,开发者可以将域标记为私有以维持封装。

查看英文原文Architectural Changes in JSON.NET 5


感谢孙镜涛对本文的审校。

给InfoQ中文站投稿或者参与内容翻译工作,请邮件至editors@cn.infoq.com。也欢迎大家通过新浪微博(@InfoQ)或者腾讯微博(@InfoQ)关注我们,并与我们的编辑和其他读者朋友交流。

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我
社区评论

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT