几十年来,嵌入式软件工程师们一直在争论是否应该使用C++替代C语言进行开发工作。56%的嵌入式软件是用C语言编写的。然而,C++已经逐渐普及,大约23%的新嵌入式软件项目都是用C++编写的。那么,嵌入式开发人员要如何将嵌入式代码库从C转换为C++?

这种过渡最好分四个阶段进行:

1.编译器应该将源代码解释为C++而不是C。

对于某些编译器,将源文件从“.c”重命名为“.cpp”就足够了;其他命令行需要特定的参数。由于C几乎是C++的子集,所以这一步骤通常不需要对源代码进行任何更改。但也有例外。重要的是,首先对整个代码库执行该步骤,否则可能无法对某些模块执行以下步骤,例如,如果其他模块使用这些模块,此步骤还可能导致“损坏”,即对生成的链接器符号的名称进行破坏。对于链接“.c”和“.cpp”模块,需要外部“c”。可以通过同时对所有模块执行此步骤来避免这种情况。

2.修改代码以使用简单的C++语言特性。

为了从更好的语法和更高的类型安全性中获益,现在嵌入式开发人员可以通过以下方式改进以前的C代码:

l 使用名称空间而不是前缀变量/函数名称;

l 使用作用域枚举而不是常规C枚举;

l 使用C++bool代替专门定义的C bool;

l 使用static_assert而不是运行时断言(如果可能);

l 使用constexpr而不是常量宏,并且(如果可能)使用const

l 使用模板函数而不是“函数”宏。

3.将可识别的模拟“C-OOP代码”转换为真实的OOP代码。

例如,有一个名为INSTANCE_T的结构,指向该结构的指针被传递给编辑它的各种函数。将结构转换为适当的类,并将函数转换为类组件。不要忘记正确指定public/private。如果有init函数,嵌入式开发人员请记住将其转换为类的构造函数。

在前三个步骤中,源代码变得更加可读、可维护和类型安全。根据我们的经验,在大多数情况下,可执行代码的大小不会改变。我们甚至可以在ROM中的大多数模块上执行步骤1和2,因为在可执行代码中,没有一个字节通过重新编译而改变。

4.引入更复杂的OOP方法和其他C++语言特性。

你应该小心地迈出最后一步。例如,开发团队应该收到关于应该使用哪些C++语言特性以及如何使用的指南。例如,类成员函数不应被不必要地定义为虚拟,也不应使用STL。

新模块现在将从一开始就按照这些指南进行编程。然而,将这一步骤应用于整个现有代码库需要大量的工作。一个好的策略是嵌入式开发人员有选择地为每个模块执行最后一步,例如,如果模块无论如何都要进行重构。随着时间的推移,代码库从C变为更复杂的C++代码。我们的代码库已经过渡了大约三年。在此期间,已有数十种产品从这个代码库中脱颖而出。一些较旧且非常稳定的模块(例如设备驱动程序)仍在C语言中,并将保持更长时间。我们从未觉得这种混合是同一代码库中的问题。

结论:使用C语言,代码更安全、更可维护++

有一个强大的C++子集适合于实现深度嵌入式系统。这允许程序员编写更安全、更可维护的代码,并实现在C语言中不可能实现的优化。通过在上述子集内移动,可以避免可执行代码中不必要的开销。嵌入式开发人员使用四阶段方法,可以将现有的生产代码库从C灵活地转换为C++。

点赞(0) 打赏

评论列表 共有 0 条评论

暂无评论

微信小程序

微信扫一扫体验

立即
投稿

微信公众账号

微信扫一扫加关注

发表
评论
返回
顶部