为新项目生成脚手架代码

简介

aimrt_cli可根据配置的 yaml 文件,通过执行命令自动化生成出所需的工程文件。

基本的使用样例如下:

aimrt_cli gen -p [your_required_configuration].yaml -o [your_required_output_folder]

您也可以使用 aimrt_cli -h/--help查看支持的命令行选项。值得注意的是,输出文件夹最好是空文件夹或不存在的文件夹,否则 aimrt_cli 遇到同名文件会报错并终止生成,典型情况是包含 README.md 的初始仓库文件夹,这种情况下需要您手动删除 README.md 文件后再执行生成命令。

配置文件解读

代码库在 aimrt_cli 文件夹下给出了一个配置文件示例 configuration_example.yaml

这里对其进行解读:

基础信息的配置

# 基础信息
base_info:
  project_name: test_prj
  build_mode_tags: ["EXAMPLE", "SIMULATION", "TEST_CAMERA"] # 构建模式标签
  aimrt_import_options: # 引入aimrt时的一些选型
    AIMRT_BUILD_RUNTIME: 'ON'
    AIMRT_USE_FMT_LIB: 'ON'
    AIMRT_BUILD_WITH_PROTOBUF: 'ON' # 注意引号是必须的,否则pyyaml会将其解析为True
    AIMRT_USE_LOCAL_PROTOC_COMPILER: 'OFF'
    AIMRT_USE_PROTOC_PYTHON_PLUGIN: 'OFF'
    AIMRT_BUILD_WITH_ROS2: 'ON'
    # ...

base_info是配置文件的必配项,这里指定了一些您所需工程的基本信息,其中:

  • project_name是您工程的名称,也是代码出来的namespace名称。

  • build_mode_tags是您可自定义的一些编译选项,如果没有需要自定义的选项,请将其置为空列表。请注意编译选项生成格式为{PROJECT_NAME}_{OPTION_NAME}

  • aimrt_import_options是引入aimrt自带的编译选项配置,注意此处的编译选项必须是aimrt中的,如果定义错了将会报错。

注意pyyaml会直接将yaml文件的ON解析为True,所以在yaml文件中指定option参数时需要加上单引号。

依赖的标准模块的配置:

# 依赖的标准模块
depends_std_modules:
  - name: xxx
    git_repository: https://github.com/xxx/xxx.git
    git_tag: v0.1.5
    import_options:
      XXX: 'ON'
  - name: yyy
    git_repository: https://github.com/yyy/yyy.git
    git_tag: v0.1.11

此处,您可指定您的工程依赖的一些外部的标准模块, depends_std_modules不是必备项, 如不需要可将其删除或者内容置为空。

  • name选项为依赖的标准模块名,名称应和需要拉去的库名称一致,否则按拉取库的名称为准。

  • git_repository 为依赖库地址。

  • git_tag 为需要拉取的库版本。

  • import_options 为导入选项,暂不支持。

协议配置:

# 协议
protocols:
  - name: my_proto
    type: protobuf
    options:
      xxx: xxx
  - name: my_ros2_proto
    type: ros2
    options:
      zzz: zzz
    build_mode_tag: ["EXAMPLE"]
  - name: example_proto
    type: protobuf
    build_mode_tag: ["EXAMPLE"] #仅在EXAMPLE模式为true时构建。build_mode_tag未设置则表示默认在所有模式下都构建

此处,您可自定义您在工程中所需用到的协议内容与类型, 代码生成工具会根据此处配置生成对应的协议模块, protocols不是必备项, 如不需要可将其删除或者内容置为空。

  • name是您所需定义的数据协议名。

  • type是您定义的协议所属的种类,分为protobuf以及ros2两种类型,分别生成对应的协议模块。

  • options是可选参数,暂不支持。

  • build_mode_tag是此协议的编译选项,只有在编译中指定了此选项,此协议才会被编译。不指定则默认编译。

请注意,协议配置只会一句配置内容生成对应的协议模块,请在生成的模块文件中,自定义好您所需的数据类型。

模块配置

# 模块
modules:
  - name: my_foo_module
  - name: my_bar_module
  - name: exmaple_module
    build_mode_tag: ["EXAMPLE"]
    options:
      aaa: aaa

此处可配置您工程中所需自定义的模块, modules不是必配项。 代码生成工具将根据您的配置,生成一个包含 <module_name>.cc, <module_name>.h, CMakeLists.txt的标准模块模板。 您之后根据需求对其进行修改开发。

  • name是您所需定义的模块名。

  • build_mode_tag是此模块的编译选项,只有在编译中指定了此选项,此模块才会被编译。不指定则默认编译。

  • options是可选参数,暂不支持。

模块包配置

# pkg
pkgs:
  - name: pkg1
    modules:
      - name: my_foo_module
        namespace: local
      - name: my_bar_module
        namespace: local
    options:
      sss: sss
  - name: pkg2
    modules:
      - name: exmaple_module
        namespace: local
      - name: ep_example_bar_module
        namespace: ep_example_aimrt_module
    build_mode_tag: ["EXAMPLE"]
    options:
      sss: sss

模块包在aimrt中定义为模块的集合,并且是部署的最小单元。pkgs不是必配项。 此处会进行检查模块是否存在,检测仅针对于自定义模块。 如果是识别不到的外部模块,会报warning提醒,并由用户自己保证。

  • name是您所需定义的模块包名。

  • modules是关联到此模块包中的模块。

    • 子项 name指的是关联的模块名

    • 子项 namespace指的是模块所处的命名空间名称,如果是关联自定义模块应设为local,若是外部模块则应设为其所在的命名空间名称。

  • build_mode_tag是此模块包的编译选项,只有在编译中指定了此选项,此模块包才会被编译。不指定则默认编译。

  • options是可选参数,暂不支持。

部署配置

# 部署
deploy_modes:
  - name: exmaple_mode
    build_mode_tag: ["EXAMPLE"]
    deploy_ins:
      - name: local_ins_1
        pkgs:
          - name: pkg1
            options:
              disable_modules: []
      - name: local_ins_2
      - name: remote_ins_123

  - name: deploy_mode_1
  - name: deploy_mode_2

此处用来指定您工程的部署配置,您将再次告诉模块包该如何部署运行。deploy_modes不是必配项。 其中:

  • name是您所需定义的部署类名称。

  • build_mode_tag是此类部署对应的编译选项,此选项在此进行起到一个检查的作用,只有其关联的pkgs为默认生成或者满足相同编译选项,才可生效。

  • deploy_ins是具体的部署配置:

    • 子项 name指定具体部署的名称。

    • 子项 pkgs 自定部署依赖的模块包的名称,这将会在自动生成部署配置文件时将模块关联的动态库关联过去。注意如果没有配置任何的模块包将不会生成具体的部署配置。

    • 子项 pkgs 下还可以配置 options标签,目前 options支持配置 disable_modules选项,该选项可指定在此部署下pkg中不会包含的module模块名。在运行时,这些模块将不会被加载。

注意,代码自动生成工具,给予部署配置生成的具体部署的配置文件中并没有为关联的模块生成具体配置项,需要您自己指定。

最终将在指定的目录中生成具体的工程, configuration_example.yaml生成的工程结构如下:

.
├── build.sh
├── cmake
│   ├── GetAimRT.cmake
│   ├── GetGTest.cmake
│   └── NamespaceTool.cmake
├── CMakeLists.txt
├── format.sh
├── README.md
├── src
│   ├── CMakeLists.txt
│   ├── install
│   │   ├── linux
│   │   │   └── bin
│   │   │       ├── cfg
│   │   │       │   └── exmaple_mode_local_ins_1_cfg.yaml
│   │   │       └── start_exmaple_mode_local_ins_1.sh
│   │   └── win
│   │       └── bin
│   │           ├── cfg
│   │           │   └── exmaple_mode_local_ins_1_cfg.yaml
│   │           └── start_exmaple_mode_local_ins_1.bat
│   ├── module
│   │   ├── exmaple_module
│   │   │   ├── CMakeLists.txt
│   │   │   ├── exmaple_module.cc
│   │   │   └── exmaple_module.h
│   │   ├── my_bar_module
│   │   │   ├── CMakeLists.txt
│   │   │   ├── my_bar_module.cc
│   │   │   └── my_bar_module.h
│   │   └── my_foo_module
│   │       ├── CMakeLists.txt
│   │       ├── my_foo_module.cc
│   │       └── my_foo_module.h
│   ├── pkg
│   │   ├── pkg1
│   │   │   ├── CMakeLists.txt
│   │   │   └── pkg_main.cc
│   │   └── pkg2
│   │       ├── CMakeLists.txt
│   │       └── pkg_main.cc
│   └── protocols
│       ├── example_proto
│       │   ├── CMakeLists.txt
│       │   └── example_proto.proto
│       ├── my_proto
│       │   ├── CMakeLists.txt
│       │   └── my_proto.proto
│       └── my_ros2_proto
│           ├── CMakeLists.txt
│           ├── msg
│           │   └── RosChangeMe.msg
│           └── package.xml
└── test.sh