嵌入式开发需要以标准化来应对变化

特定开发生态系统中成为专家，将会获得更佳的结果。

　　因此，标准化的重点应关注完整的生态系统，而不仅是处理器架构。进一步来说，开发人员应考虑这个生态系统内所支持的产品范围，以及能否在不影响整个生态系统的情况下更换元器件，比如编译器、器件或处理器内核、外设、软件库等等。

　　无论是为应用中的主流 32 位单片机编写软件，还是为执行系统基本电源管理的小型 8 位外设单片机编写软件，开发环境都应保持相同。如果当前 16 位单片机需要升级为性能更高的 32 位单片机，器件外设的差异不能太大。

　　选择器件需要考虑的另一个因素是，出现新产品后能否重复使用现有代码。约有 90% 的工程师会重复使用以前的代码，其中大部分代码均为内部开发。大多数工程师使用 C 或 C++ 进行嵌入式开发，这使固件从 8 位升为 32 位或者从 32 位降至 16 位单片机的过程总是异常困难，如果最初开发代码时并未考虑器件间的转换，问题就更加突出。因此，包括库、硬件工具和器件系列在内的开发生态系统应该尽量实现这种无缝转换。

　　其他选择标准包括是否提供与整个器件系列保持大体一致的优质文档。是否提供单人解决同一系列所有器件问题的支持，并始终通过此人向设计团队传递客户需求的变化，也是一个需要考虑的因素。

总结

变化是永恒的。应对变化的最好策略是迎接变化并做好规划。标准化有助于降低和适应需求变化带来的影响。不过，单片机平台上的标准化不应该只限于处理器内核。换句话说，标准化的不应该只是处理器内核，而是整个开发生态系统。选择标准还应包括以下因素：

　　● 软件开发环境;

　　● 开发生态环境中兼容器件的范围，包括性能和成本构成;

　　● 不同产品外设之间的兼容性;

　　● 在生态系统中支持器件的硬件开发工具;

　　● 文档一致性;

　　● 所提供的支持以及与支持联络人建立良好的关系;

　　● 最重要的是，能否在生态系统内部转移以适应变化并重复使用现有代码和 IP。