Yo diría que un subconjunto razonable de C ++ 17 es realmente perfecto para la programación integrada. Probablemente desee deshabilitar las excepciones y probablemente no pueda usar la Biblioteca estándar de C ++, pero todo lo demás es un juego justo.
La optimización se beneficia de las funciones constexpr, plantillas simples, destructores y un aumento general en la legibilidad que supera con creces cualquier legado que C traería.
He programado microcontroladores en C89 y C ++ 03, por lo que realmente no veo ningún beneficio de ‘degradar’ a C, porque un compilador de C ++ siempre puede compilar fragmentos de C.
- Cómo usar protocolos SPI con 2 pines solo en lugar de 4
- ¿Hay alguna guía relacionada con el microcontrolador para conocer los conceptos básicos del microcontrolador?
- Cómo aprender incrustado en C ++
- ¿Cuál es el protocolo de prueba para productos de sistemas electrónicos / integrados?
- ¿Por qué los programadores integrados a menudo pagan menos que los desarrolladores web?
Otras personas son más supersticiosas y odian C ++ con pasión por alguna extraña razón: nunca he entendido realmente a esas personas. Resulta que incluso los programadores son solo personas y pueden expresar odio ignorante contra cosas que no entienden. La mayoría de las veces, los programadores C integrados desalientan C ++ simplemente porque no entienden sus paradigmas.
Dan Saks en realidad explica esto perfectamente; No es un problema de software, es un problema de personas. Le recomiendo que use lo que le resulte cómodo e ignore el odio; al final, lo único que importa es si su código es más corto, más rápido y menos propenso a errores.
Además, aquellos que piensan que C es más rápido que C ++ en dispositivos integrados, aquí hay un gran video que muestra cómo C ++ puede ser más rápido que C si lo usa un experto: