Apuntes de Electronica
MENU
Inicio > Microcontroladores >

4 Consejos para programar código más limpio en Arduino

Tipo: Tutorial

Formato: Web

Autor: Luis Lamas

Web: www.luisllamas.es

Descripción: Tutorial para usuarios intermedios y avanzados de Arduino. Ofrece una serie de consejos y pautas para mejorar la forma de programar, y ayudar a mejorar la calidad del código del programa.

Introducción

Si ya sabes de Arduino y otros MCUs. Las entradas y salidas analógicas no tienen secretos para ti, y controlas como nadie un PWM, los LED y mover motorcitos ¡Enhorabuena, ya sabes picar líneas de código en Arduino!

Pero tú, que siempre quieres mejorar, ahora quieres aprender a programar (bien) en Arduino. Y, amigo/a mío, programar es mucho más que juntar un montón de líneas de código que "simplemente funcionan". Si quieres ser un buen programador y jugar en primera división, tu código tiene que estar limpio.

En este tutorial veremos algunas pautas y consejos para programar más limpio, y ayudar a mejorar la calidad de tu código como programador. Por supuesto, son eso consejos, no leyes.

* También te puede interesar:
- Apuntes Arduino Nivel Enteraillo
- El "código espagueti" y los patrones avanzados de programación
 

Resumen del contenido

1) Mantén tu código limpia y ordenado
- Ser consistente con el estilo
- Mantener las funciones cortas.
- Código Spaghetti
- Dividir el código en archivos.
- Crear un fichero de constantes
- El uso de objetos
2) El buen código se entiende al leerlo.
- Minimizar los comentarios
- Poner nombres representativos a las variables.
- Usar nombre de funciones representativos.
- Limpieza en parámetros de funciones.
- Evitar las líneas excesivamente largas.
- Crear una variable resultado y así dejar claro lo que está haciendo.
3) Keep it simple
- Evitar las operaciones de bit y las máscaras.
- Evitar los punteros - Evitar tocar los timers
- Precremento y postcremento
- Usar los bucles y condicionales que tocan.
- Uso de la clase String.
4) No te emparanoides con la eficiencia.
- Permite al compilador hacer su trabajo.
- Evitar usar #define
- Plantearse si el hardware es adecuado.
- Que algo funcione no significa que esté bien.
- Conclusiones.

Acceder al documento ir

« Página anterior   Reportar enlace roto

También te puede interesar
   
Este sitio utiliza cookies propias y de terceros con fines estadísticos y para ofrecerle anuncios de su interés. ACEPTAR Más información