Other Parts Discussed in Thread: SYSCONFIG, C2000WARE
请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
器件型号： SysConfig
主题中讨论的其他器件： C2000WARE、
您好、
我目前正在从事 C2000 MCU（F28P55x 系列）的驱动程序开发、并对首选的开发方法进行了澄清。
在我们的工作流程中、我们介绍了多种配置 SPI、计时器、ADC、PWM 和看门狗等外设的方法：
- 使用 SysConfig 生成的代码 (board.c/.h)
- 直接使用 C2000Ware driverlib API（手动配置）
- 参考 TI 示例工程
- 级别的直接编程来编程
我想了解推荐用于生产级固件开发的行业方法：
- 基于 SysConfig 的开发是否更喜欢 嵌入式工程？如果是、为什么？
- 除了易于配置之外、SysConfig 的具体优势是什么（例如引脚多路复用一致性，时钟配置安全性，错误检查，优化）？
- SysConfig 是否会对 代码优化或运行时效率产生任何影响、还是主要是配置和开发生产力工具？
- 在这些场景中、开发人员会 避免 使用 SysConfig、而是改用：
- 而只使用 driverlib API
- 直接寄存器级编程？
- 我们应该如何平衡：
- 由 SysConfig 生成的初始化代码
- 开发人员编写的定制 HAL/BSW
- 对于长期可维护性和可扩展性（具有多个外设的大型项目）、通常采用什么方法？
了解这一点将帮助我们定义跨模块的 BSW 设计的一致方法。
提前感谢您的指导。
