Aras RESTful API 初探

API Demo : SP12 RESTful API Demo

在2月份,Aras SP12发布,罗列的新特性,就包含了RESTful API

特性编码 IR-044585,清楚 的写着提供RESTful API

那么Aras 的RESTful API 到底是什么呢,有过简单了解过RESTful API的朋友肯定了解一个概念,RESTful API 追求的是万物皆资源,作为喜欢吃螃蟹的我,将为大家简单介绍一下

RESTful API 无疑是近期最火的API模式,移动端的需求日益增多,简单的PC应用已经无法满足当下移动网络的布局,移动化是未来的趋势,所以Aras也是很清楚这一点,那么推出的RESTful API 到底怎么样,到底是什么?

那么在说明RESTful API 之前,我们先了解一个概念 OData

What – OData是什么?

OData – Open Data Protocol,是一个设计和使用RESTful API的标准。REST本身只是一个构建web服务的思想和理念,其没有规定一个统一的标准来限制开发人员该如何设计RESTful API。其实我们实际开发中的确也没有遵循某个统一的标准去设计WebAPI。因为大多数场景下,遵循一个统一的标准并不是必要的。但在某些场景下,有这样一个标准却能带来很大的好处。

OData的理想是, 无论哪个组织构建的RESTful API,只要其符合OData标准。其他组织就可以按照OData标准中定义的方式去使用这个API获取/修改资源。这个可以类比SQL标准之于RDBMS关系。无论什么关系型数据库,如果其声称支持SQL 标准,任何人就可以使用标准SQL查询语句来查询数据。

标准化的另一个好处:可以将Odata协议实现到一个通用的类库中,通过这个类库去创建和访问RESTful API可以减少开发人员的工作量。

Who – 谁发布了OData?

该标准由微软发起,前三个版本1.0、2.0、3.0都是微软开放标准。

 

When – 什么时候成为了工业标准?

第四个版本4.0于2014年3月17日在OASIS投票通过成为开放工业标准

 

Why – 为什么需要OData?

OData是一个协议,一个标准。所以这个问题等同于为什么我们需要协议。类比TCP协议就可以理解一般。假设你开发的组件必须要和某个第三方组件通信,如果第三方组件不支持TCP而只支持其内部开发的一个私有协议,你就肯定头大了,你必须在你的组件里单独为其实现这个私有协议。如果大家都支持TCP协议,不就省事了么。这就是标准协议的作用:协议和标准用于制定一个统一通用的规则。 我们只需要按照这个协议或标准生产组件,那么这个组件就可以方便的和其他组件集成/协作。而无须根据其他组件的私有标准定制化组件。

前面说到Rest只是一种设计Web服务的思想,不是一种标准化的协议。正由于缺乏标准化,从而导致各家公布的Restful API 统一通用方面的欠缺。OData就是为弥补这种欠缺而被提出来的标准协议。

Where –什么样的场景下可以考虑使用OData?

并不是说你创建的所有RESTful API都需要符合OData协议。只有在需要Open Data(开放数据给其他组织)时候,才有必要按照OData协议设计RESTful API。这里的Open Data是指开放数据给第三方使用,并且你并不知道谁是第三方。比如博客园的RSS,谁订阅了RSS,博客园是不清楚的。如果你的数据只被你自家公司的客户端使用, OData就是一个可选项,你完全有理由不按照OData规范去设计RESTful API。

How – 如何使用Aras RESTful API?

OData请求URL的格式

例子:获取Part对象数据

通过id获取对象

 

 

获取个数

例子很多很多,就不一一列举

最终实例

当然关于API还有更多的玩法,这无疑为移动化带来了便捷和可行,还是很值得期待的

打赏
分享到QQ 分享到微信 分享到微博

0 条评论

发表我的观点

取消

切换注册

登录

忘记密码 ?

您也可以使用第三方帐号快捷登录

Q Q 登 录
微 博 登 录
切换登录

注册