工作思考：Autosar多元化的烦恼

最近在做一个新的项目，同样是 Autosar 项目，但整个底层使用的是第三方供应商 Vector方案，所以就把整个工具链都换成了 Vector 。现在市面上提供 Autosar 方案的公司那么多，那么做软件变更简单了吗？

在 Autosar 规范只定义了函数的接口和定义，只要满足 Autosar 规范的代码，就可以被认为是符合 Autosar 架构。这给了这些Autosar工具供应商加入市场的新契机，从此各种Autosar 工具层出不穷，似乎每个供应商都想给你的软件中加点代码，当然 OEM 也不例外。

以前的项目一般只需要一个集成开发环境，类似于现在的 IDE 一样，只要安装一个软件，即可获得底层配置 + 编译 + 生成一站式立体服务。而现在做一个项目，可能你需要安装很多不同家的软件才能完成，同时各家的代码适配也不容易，徒增了好多烦恼。

对此，我的理解是目前能完完全全提供整套 Autosar 工具链的供应商并没有那么多，一个工具供应商能拿得出手的可能只有其中的一两个很小的组件。大家在技术方案，代码质量，售后支持，价格等因素中来回权衡。所以在现实中，“取其精华”就成为了常规操作，所以在软件中能看到多个不同供应商代码就变得见怪不怪了。

完

推荐阅读