OData用于定义构建和使用RESTful API所需的最佳实践。它可以帮助您找到更改,定义可重用过程的函数和发送批量请求等。
一些重要的功能是 -
· OData提供扩展功能,以满足您的RESTful API的任何自定义需求。
· REST代表Representational State Transfer,它有时被拼写为“ReST”。
· 它依赖于无状态,客户端 - 服务器,可高速缓存的通信协议。在几乎所有情况下,都使用HTTP协议。
· REST被定义为设计网络应用程序的架构风格。
· OData可帮助您在构建RESTful API时专注于业务逻辑,而无需担心定义请求和响应头,状态代码,HTTP方法,URL约定,媒体类型,有效内容格式和查询选项等方法。
· OData RESTful API很容易消费。
OData服务生命周期包括OData服务的跨度。下面给出了在OData服务生命周期中要考虑的关键步骤。
· 激活OData服务。
· 维护OData服务。
· 维护模型和服务,最多清除元数据缓存。
· RESTful应用程序使用HTTP请求来发布数据以创建或更新,读取数据和删除数据。REST对所有四个CRUD(创建/读取/更新/删除)操作使用HTTP。
· REST是RPC(远程过程调用)和Web服务等机制的轻量级替代。
https://blogs.sap.com/2018/04/10/sap-fiori-odata-service-examples/
REST被定义为Web服务和远程过程调用的选项。 它用于设计网络应用程序。
REST服务,如Web服务和支持以下功能 -
· 使用防火墙
· 语言无关
· 基于标准
· 不是平台相关
下面给出了REST架构的组件。
在REST中,状态和功能都显示为资源。 资源是RESTful设计的关键元素,而不是RPC和SOAP Web服务中使用的“方法”或“服务”。
REST中不使用类似“ getProductName ”和“ getProductPrice ”的RPC调用。 您将产品数据视为资源,此资源应包含所有必需的信息。
这意味着单个资源不应包含详细数据,并且包含指向其他网页的链接。
在REST客户端 - 服务器模型中,一个组件服务器可以是其他组件客户端。
每个请求应包含有关与每个客户端的连接的详细信息,并且不应在先前与同一客户端的连接上回复。
协议必须允许服务器明确指定哪些资源可以缓存,以及多长时间。
为了提高性能和可扩展性,可以使用代理服务器。 可以使用任何标准HTTP代理。
使用T代码:SEGW