C/C++的包管理以及SOA汽车软件开发中的运用
为什么要考虑C/C++的包管理
自从软件定义汽车的概念风靡业界，大家已经清楚认识到未来的汽车产品开发中，软件会占非常重要的地位。
与传统MCU开发的不同，在提出SOA面向服务架构，基于异构SoC开发的时候，可以预想到的是会有越来越多的应用，以包的形式部署在上面。
关于汽车软件开发的关注的，或者说难点，可以阅读之前发布的文章：汽车SOA架构技术要点及挑战
尤其是作为底层软件供应商，或者系统集成供应商（也许是OEM自己）来说，如此庞大的基于C/C++的大型项目，如果仍旧按照传统方式进行管理，肯定会遇到包括但不限于以下问题：
繁杂的构建系统：gcc, clang, qcc, Ninja, cmake, makefiles.. 晃眼的构建设置：操作系统，架构，编译器类型/版本等等 依赖不可见：无法模块化地建立依赖关系
不像js有npm，python有pypi等等，C/C++似乎很难让你回答出一个好用又靠谱的包管理器。
尤其是汽车软件开发的测试与验证很多时候都和硬件打交道，非常消耗时间，我们势必要考虑如何在转移到SOA架构时高效地利用CI/CD系统，进行开发与验证呢？总不能开发人员对某一个包的改动，还要参考各种依赖，以及重复构建吧。
Conan
我们先来看一下官方介绍是怎么解释的：
Conan is a dependency and package manager for C and C++ languages. It isfree and open-source, and it works in all platforms: Windows, Linux, OSX, FreeBSD, Solaris, etc. and can be used to develop for all targets including embedded, mobile (iOS, Android), bare metal. It also integrates with all build systems like CMake, Visual Studio (MSBuild), Makefiles, SCons, etc., including proprietary ones.
也就是说，Conan是一款免费且开源的C/C++包管理器，可以运行在多种平台上，也可以用来给不同的硬件平台做开发，支持CMake, MSBuild, Makefiles, SCons等多种构建系统。
对应于js有npm，conan也有Jfrog Artifactory可以用，这样就无需重复构建已经有的包。当然，如果公司有要求，肯定是要建立私有服务器的。
二进制包的构建
如图所示，你需要指定你的源文件，包括一些构建变量等等，最终可以生成对应的输出文件。
如果用的是不同的构建系统，也只需要编写对应的build info
当你基于同样的源文件但是设定不同的构建选项时，你可以得到一个recipe生成的不同包：
二进制包的管理
Conan最重要的功能之一就是，它可以为任何平台，任何配置创建并管理已编译的而仅是文件，这样就能够避免重复构建，为开发和持续集成节省大量时间，与此同时，还能提供良好的可再生性和文件追溯性。
这些关于包的配置，是写在"connanfile.py"中，需要定义包的依赖，源代码（路径），构建方式等等。一个recipe可以生成很多二进制文件，每一个都对应于一个某个特定的操作系统，架构，编译器，构建类型等等。
也就是说，如果你的同事也要构建工程时，如果你已经上传过对应的二进制文件mylib，那么当他用相同配置构建时，conan可以帮你的同事直接从服务器获取，而不需要花时间重新构建：
Conan的安装
Conan有多种安装方式，但官方推荐的是使用pip，即：
pip install conan
另外，你需要确保电脑上Python版本>=3.5
关于Conan的使用，请关注后续文章。
汽车软件开发中的应用
正如文章开始所说，现在各家都在争取做自己的汽车os，当应用开发者拿到SDK后，借助Conan的功能，快速建立应用开发工程，编写代码逻辑，并且构建完成二进制文件方便后续的集成测试以及部署/更新，对于管理内部或者诸多供应商的App会有特别大的帮助。
阅读原文，关注作者知乎
- 用户评论
