BT

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

OData 4.0的新特性

| 作者 Jonathan Allen 关注 530 他的粉丝 ,译者 侯伯薇 关注 0 他的粉丝 发布于 2013年6月5日. 估计阅读时间: 7 分钟 | Google、Facebook、Pinterest、阿里、腾讯 等顶尖技术团队的上百个可供参考的架构实例!

OData是微软支持的一种查询标准,它的第四版使用了REST规范,最近已经被OASIS委员会接受。公开审查期会截至六月二日,微软期望OASIS在今年晚些时候采纳该标准。

这个标准的其他赞助商包括SAP、IBM、Progress Software、美国东北大学和Citrix。SAP当前提供了针对Java的开源OData库。对于JavaScript,JayData提供了开源和商业支持的版本。

你可以在OData.org文档页面上找到完整的说明书。遗憾的是,它没有包含区别列表,不过我们可以查看Michael Pizzo的总结。

1) 数据模型变更 对于在CSDL中如何表达数据模型有一些改变,特别是:

a) 对如何表达关系做出了显著的变更和简化。关系定义现在作为导航属性(navigation property)的一部分来表达,而不是指定单独的连接和连接集。另外,这可以支持单向关系和真正的包含。

b) 顶级“已命名实体(Named Entities)”让你可以在实体容器上暴露出一个单例实体。

c) 函数(function)和动作(action)现在都定义在schema中(像实体和复杂类型),并且可能会从你的实体容器通过导入函数和动作来暴露。

d) 服务文档现在除了包含没有参数的函数导入之外,还可以包含顶级的“已命名实体”。

e) 我们通过实体标签(etag)向元数据增加了版本控制。

f) 我们改善了对元素的定义,从而更新了分布式数据模型,让schema可以引用其他schema,并确保那个实例可以总是指回到JSON和ATOM中的元数据。

g) 我们开始定义服务如何可以把元数据暴露为服务。这是最近增加的,我们希望可以获得关于那个数据模型的反馈。

h) 我们放松了复杂类型属性上的一些约束;实体的关键属性现在可以在包含的复杂类型上,就像导航属性和引用约束一样。我们还为复杂类型定义了继承的语义。

i) 我们允许在没有键值的情况下定义抽象实体类型;如果没有指定的话,那么第一个非抽象的继承类就必须指定一个键值。

j) 我们围绕注解做出了一些修改。特别是,我们合并了TypeAnnotations和ValueAnnotations,增加了默认值,并应用其上,另外还开始定义核心词汇表,以获取模型在行为上的一些方面(像针对identity的server-generated属性、计算字段等等。)

2) 数据类型变更 我们优化了一系列基本类型(特别是日期和时间的系列数据类型)。特别是:

a) 我们删除了Edm.Float(Edm.Single的同义词)和Edm.DateTime(使用Edm.DateTimeOffset),不赞成使用Edm.Time,推荐使用Edm.Duration和Edm.TimeOfDay。

b) 我们为新数据类型增加了相关的标准函数,还增加了now()、mindatetime()和maxdatetime()函数。

c) 我们为枚举定义了文字型语法以及序列化格式。

d) 我们定义了抽象的“Edm.EntityType”、“Edm.ComplexType”、“Edm.PrimitiveType”,以及每种类型的集合,这可以用于数据模型中,其中实体或复杂或基本的类型是未知的。真正的类型会在实际运行时指定。

e) 我们增加了实体引用(entity reference)的概念,那可以在很多地方替代实体来使用和返回。

f) 我们为命名基本类型和固定的系列内容增加了“TypeDefinition”的概念。

3) URL变更

a) 我们修改了如何表达扩展(expand)的方式。$expand现在采用了扩展选项,包括$filter(用于过滤扩展)、$orderby等等,还可以使用$expand和$select作为扩展选项,用于内嵌的扩展和投影,而不在顶级$expand和$select通过导航属性来表示路径。我们还为递归扩展增加了$levels。

b) 我们为在资源上做全文搜索增加了$search的系统查询选项。

c) 我们用$count替换了$inlinecount,它可以应用给集合或者多个导航属性,从而进行过滤,并且可以用于返回相关实体的数量,而不是实体本身的数量。

4) 语义 我们围绕如何处理请求改善了一些语义。特别是:

a) 我们增加了一致性小节来定义一致性的不同级别。这是我们期待获得反馈的另一个方面。正如你所说,说明书很庞大,我们想要确保实现人员知道,为了达到一致性,并不需要实现实体的规格说明。

b) 我们更新了$batch相关的很多行为,包括它如何表现为同步结果,以及对错误的继续执行还是失败的引用。

c) 我们强烈推荐使用PATCH而不是PUT来更新实体和复杂类型,并澄清了PATCH对复杂类型的行为(应该只更新指定的属性)。

d) 我们在最新的IETF草案中增加了Prefer头,并为客户端增加了大量引用,可以提示服务所需的行为。

e) 我们对不存在资源的URL做PUT或PATCH,从而支持UPSERT。

5) 新服务方面 我们增加了对服务新的(可选的)支持:

a) 异步执行通过return-async请求头来定义,这遵循了IETF中最新的想法。

b) 变更跟踪(Delta)支持现在定义为说明书的一部分,从而对之前取得的结果值返回差别。语义是围绕对相关实体的变更跟踪来定义的,并为了表现已删除的实体和增加或删除的链接来细化,并针对每种格式来记录。

6) 格式

a) 我们不推荐使用旧的“JSON Verbose”格式,而推荐使用新的、更整洁的JSON格式。

b) 我们不需要服务来支持ATOM;一个服务必须实现ATOM或者JSON;我们推荐JSON,并在最高的一致性级别上需要它。

c) ATOM现在包含了响应的元数据URL,如果类型信息无法从响应的元数据URL中继承到,那么就可能会包含导航属性的元数据URL。

对标准草案的反馈可以提交到OData邮件列表中。

查看英文原文:What’s New in OData 4.0?

评价本文

专业度
风格

您好,朋友!

您需要 注册一个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