搞单片机有必要学习Cplusplus吗？

会飞的猪_2020

用c加加写过几个产测的治具，没有实际用在工程上过。
（当时用的stmdunio，一个arduino的库，可以驱动stm32的芯片，然后这个库本身是用C加加写的。hal库好像不兼容C加加）
那个时候从菜鸟教程的网站了浏览了一下c加加的语法，用它的class的特性写了治具上的led闪烁驱动之类的简单功能。

可能是因为没看过高手是咋使用的原因，我自己写的时候感受不到C加加有啥优势。。。

ghslfgkkl88

如果没感觉到CPP有什么优势，那说明没有体会面向对象编程的好处，这种情况下千万不要用CPP，用一个自己无法驾驭的工具，会带来糟糕的后果。特别是代码需要长期维护的，真不建议用CPP，多数人写C都写得跟狗屎一样，就更不用说CPP了。

yono

我觉得是没有必要。

几乎没用过C++，哪怕开发arduino也是C语言。

但是有python的开发经验，面向对象的继承和重写功能在拓展原有功能时特别好用，针对不同的应用，重写一个类对某个方法增加微小的处理特别方便，开发功能复杂的应用工作量小很多。
但是随着继承关系的复杂，引入的排错成本指数增加，出了bug很难找，我觉得这个问题在单片机开发是致命的，毕竟单片机都是定制化应用，开发过程出bug本来就要排查软硬件、接线、通信质量等等多维度的问题。

个人觉得这些高级语言只适合纯软开发，会忍不住用方便的特性和语法糖，排错太困难。跟硬件相关的基础建设用C足够了。

zhang0352505

ghslfgkkl88 发表于 2024-9-4 11:18
如果没感觉到CPP有什么优势，那说明没有体会面向对象编程的好处，这种情况下千万不要用CPP，用一个自己无法 ...

是的，感觉适应使用CPP开发需要一个长期的过程，我们使用CPP刚开始痛不欲生，经常踩雷，软件稳定性一直没下来，后期才好一点，但是最后代码膨胀的很大，要是不熟悉工程的人来维护的话，我估计看代码也要一个来月

shiinakaze

如果不是开发 GUI 框架就不需要，OOP 确实有很多好处，给人非常直观，但是嵌入式软件开发，驱动这一块儿建议还是用 C，并实现 OOP 的一部分特性，比如封装（Encapsulation）。

regbbs

能学的进去就学。

小梁呐

学一学当然更好，可以更好的学习面对对象编程的思想

eric2013

基于c++的gui不少。那个touchgfx就是c++

会飞的猪_2020

嗯，我去学一下C++。我看QT上有用这个语言。学了可以自己写上位机了（笑）

斯科

需要了解一下，

jangyouhua

我5，6年前就从C转用c++写MCU程序了，自已程序基本全部用C++来写, 比C超级方便，代码也和C差不多，特别是c++11, c++17有些功能方便写代码！个人感觉比C方便，快多了！

会飞的猪_2020

最近1个月尝试了系统的去报了一个班学了一下C++。
楼主帖子里的信息有误，现在hal库应该是支持c++了。

然后目前还在学习语法，到时候实际应用打算去试一下QT。

会飞的猪_2020

jangyouhua 发表于 2024-10-5 20:48
我5，6年前就从C转用c++写MCU程序了，自已程序基本全部用C++来写, 比C超级方便，代码也和C差不多，特别是c+ ...

你现在的MCU用的都是多大的Flash一般？

dongshan

jangyouhua 发表于 2024-10-5 20:48
我5，6年前就从C转用c++写MCU程序了，自已程序基本全部用C++来写, 比C超级方便，代码也和C差不多，特别是c+ ...

完全赞同你的看法，我现在MCU也全是用c++写，面向对象对于MCU来说倒是其次，抽象能力比c强太多。安全性也比c好。
<array> ,<bitset>, <varant>,<optional>, <tuple>, lambda表达式，结构体的unpack，移动语义等等太多库及特性，非常切合嵌入式开发。
需要注意的是，开发单片机时，C++有一些东西千万别用（比如涉及到内存动态分配的一些容器），也就是说用c++的特性的一个子集，这样可以保证编译后的代码，与C没什么区别。

coolaimcu

学东西没有必要不必要的问题，任何新技术新东西，你能掌握肯定是锦上添花的事，你要考虑的不是学什么东西的问题，你应该考虑的是你有有没有时间，有没有精力来学一门新东西