想法说明
目前RT-Thread的方式，在开发的时候会变成更多以BSP为主的方式，而对于工程业务逻辑，当不需要过多关注板卡情况时，并不是那么友好。而当所有构建脚本都使用scons脚本，Python脚本时，会太编程化（灵活度足够高，但不利于IDE、UI工具配置模式）
希望可以做到：
- 可以创建独立工程；
- 工程可以灵活选择RT-Thread版本（及路径）；
- 工程可以灵活切换芯片，驱动；
- 支持到附带的json配置文件模式，这样更利于集成到一些UI工具配置中；
挑战
目前在RT-Thread的一些BSP中，也引入了SDK_LIB，链接脚本，输出产物名称也都统一，这些都会在一定层面影响到统一化支持。
想法说明
目前RT-Thread的方式，在开发的时候会变成更多以BSP为主的方式，而对于工程业务逻辑，当不需要过多关注板卡情况时，并不是那么友好。而当所有构建脚本都使用scons脚本，Python脚本时，会太编程化（灵活度足够高，但不利于IDE、UI工具配置模式）
希望可以做到：
挑战
目前在RT-Thread的一些BSP中，也引入了SDK_LIB，链接脚本，输出产物名称也都统一，这些都会在一定层面影响到统一化支持。