Adaptive Platform AUTOSAR(AP)平台设计(7)——RESTful通信

Hello！大家好！

本篇是AP AUTOSAR平台设计(7)——RESTful通信

AP和CP相关资料获取和工具咨询、更多精彩内容欢迎订阅微信公众号“搞一下汽车电子”

整理不易，如果觉得不错，点赞分享支持一下吧~

邮箱：[email protected]

微信：shactiontech

---

1.概述

ara :: com和ara :: rest这两个通信堆栈都可以在自适应应用程序之间建立通信路径。

ara :: rest是一个framework，用于在此类API之上构建RESTful API以及特定服务。它没有定义现成的特定API来直接构建RESTful服务。该framework是模块化的，它使开发人员可以直接访问RESTful消息事务中涉及的不同层。

相反，ara :: com的重点是提供传统的函数调用接口，并隐藏此点之外的所有事务细节。另一个重要区别是ara :: rest确保与非AUTOSAR对等方的互操作性。例如，ara :: rest服务可以与移动HTTP / JSON客户端通信，反之亦然。

---

2.架构

ara :: rest的体系结构基于模块化设计，在API级别以及服务设计方面支持开发人员。下图说明了其一般设计。它描述了服务应用程序是如何在ara :: rest中组成的。

图1 ara :: rest堆栈体系结构概述

ara :: rest的通用REST层仅提供三个基本抽象：树形消息有效负载（对象图），URI和请求Method（如从HTTP已知的GET或POST）。

从这些基本原语中，可以构成特定于域的RESTful API，这些API定义了用于通过对象图，URI和方法进行交互的具体高级协议。其目的是定义访问特定于域的数据模型的规则，并为应用程序提供抽象（C ++）API。除了不需要此域API之外，自适应应用程序还可以在不需要进一步抽象时直接使用ara :: rest。

---

3.组件

ara :: rest由以下组件组成。

图2 ara::rest组件

对象图是一个协议绑定独立的树状数据结构，它是所有ara :: rest通信的基石。其目的是映射到诸如JSON之类的协议格式以及C结构。这最大程度地提高了与非ARA通信对等端和Classic AUTOSAR的兼容性。对象图在消息中传输，消息完全从具体的基础协议绑定中抽象出来。如果需要，它们仍然使用户能够访问协议特定的详细信息。

消息在ara :: rest异步编程模型中封装了请求/回复通信周期的整个上下文。

路由概念提供了一种将请求（包括请求方法和URI）映射到用户定义的处理函数上的方法。路由是将抽象从通用REST提升为特定类型的RESTful API的基石。Uri是一种通用的RFC兼容但高效的URI表示形式。

ara :: rest为Server和Client通信提供了所谓的（网络）端点，它们均提供了相当程度的资源控制。两者都旨在在单核和多核系统上提供快速有效的通信功能。整个框架设计严格针对最大的资源控制。可以严格控制和定制所有计算和分配，以适合应用程序（部署）的确切需求。