组件分类 about c_cpp_project_framework HOT 7 CLOSED

目前已经支持的放component的路径为：

• sdk_path/components 目录：

  c_cpp_project_framework/tools/cmake/compile.cmake

  Line 213 in 3d9e278

  file(GLOB component_dirs ${SDK_PATH}/components/*)

• project_path/ 目录：

  c_cpp_project_framework/tools/cmake/compile.cmake

  Line 232 in 3d9e278

  file(GLOB project_component_dirs ${PROJECT_SOURCE_DIR}/*)

也就是你提到的 1 和 3 其实已经满足了，只是2是否有必要有待商榷，因为目前的设计来讲，项目共享的组件默认都认为放到 sdk/component 目录下就好了，比较简单；
再加一个扫描额外的component路径看是否有必要以及怎么实现，我初步想到有个最简单的方法就是加一个扫描额外compents路径的环境变量

from c_cpp_project_framework.

我觉得这样就可以：

c_cpp_project_framework/tools/cmake/compile.cmake 添加

# Find components in projects' shared components folder, register components
file(GLOB shared_component_dirs ${PROJECT_SOURCE_DIR}/../components/*)
# ...

c_cpp_project_framework/Kconfig 添加

osource "${PROJECT_PATH}/../components/*/Kconfig"

增加对 <app>/../components/ 目录的扫描支持，将 <app>/../ 看作 project_path

project_name（相当于目前的 examples 目录）
├── components
│   ├── component1
│   └── component2
├── app_target
│   └── component3
├── lib_target
│   ├── component4
│   └── component5
├── example1
└── example2

当一个项目里包含多个应用、共用组件、样例程序时，可以直接 github 上传项目文件夹，而无需包含该编译框架。
当编译框架更新时，也无需同步修改使用了该框架的仓库；直接升级编译框架，通过设置 MY_SDK_PATH 系统环境变量使用。
由该编译框架模板生成的 SDK，用户使用时 sdk/component 放置官方提供的组件，project_path/components 放个人添加的共享可复用组件。

from c_cpp_project_framework.

这样也行，得测试一下如果没有这个文件夹会不会报错

from c_cpp_project_framework.

这样也行，得测试一下如果没有这个文件夹会不会报错

测试过，没有这个文件夹不会报错

from c_cpp_project_framework.

我用模板生成了一个仓库 PyBuildKit，在设置 MY_SDK_PATH 后，把 template 文件夹拷贝出去后用 vscode 打开；可以配合新版本的 CMake Tools (>=1.13.40) 正常工作。
该插件目前已支持 Multi Root and Multi Project，可通过设置 .vscode/setting.json 使底部状态栏支持切换要编译的目标文件夹，利用 UI 支持让这个构建框架的使用变得更直观和方便。

from c_cpp_project_framework.

很好 等会儿试试

from c_cpp_project_framework.

已经合并了

from c_cpp_project_framework.