10 principios básicos de programación que todo programador debe saber
Es fácil escribir código. Es difícil escribir un buen código.
El código incorrecto está disponible en muchas formas. Código desordenado, enormes cadenas if-else, programas que rompen con la regulación, variables que no tienen sentido. El programa podría funcionar una vez, pero no resistiría ningún control.
No te conformes con los atajos. Intenta escribir código fácil de mantener. Fácil de mantener y fácil de mantener para cualquier otro desarrollador de su equipo. ¿Cómo se escribe un código efectivo? Escriba un buen código que se rija por los principios de programación.
Aquí hay 10 principios de programación que te harán un mejor programador.
1. Mantenlo simple, estúpido (KISS)
Suena un poco difícil, pero es un principio de codificación para vivir. ¿Qué significa esto?
Significa que debe escribir el código de la manera más simple posible. No se sorprenda al tratar de ser demasiado inteligente o desempeñarse con un párrafo de código avanzado. Si puede escribir un guión en una línea, escríbalo en una línea.
Aquí hay una función simple:
function addNumbers(num1,num2){ return num1 + num2; } Suficientemente simple. Es fácil de leer y sabes exactamente lo que está sucediendo.
Use nombres de variables claros. Aproveche las bibliotecas de codificación para usar las herramientas existentes. Facilite regresar después de seis meses y volver a trabajar de inmediato. Mantenerlo simple te ahorrará dolores de cabeza.
2. Escriba el código SECO
El principio No te repitas (DRY) claramente significa no repetir el código. Es un error de codificación común . Al escribir código, evite la duplicación de datos o lógica. Si alguna vez ha copiado y pegado el código en su programa, no es el código DRY.
Mira este script:
function addNumberSequence(number){ number = number + 1; number = number + 2; number = number + 3; number = number + 4; number = number + 5; return number; } En lugar de duplicar las líneas, intente encontrar un algoritmo que use iteración. Los bucles For y while son formas de verificar el código que debe ejecutarse varias veces.
El código DRY es fácil de mantener. Es más fácil depurar un bucle que maneja 50 repeticiones que 50 bloques de código que manejan una repetición.
3. Abierto / Cerrado
Este principio significa que debe intentar que su código esté abierto a la extensión pero cerrado a modificaciones. Este es un principio importante cuando se lanza una biblioteca o marco que otros usarán.
Por ejemplo, supongamos que mantenemos un marco GUI. Es posible liberar a los programadores para editar e integrar directamente el código publicado. ¿Pero qué sucede cuando lanzamos una actualización importante cuatro meses después?
Su código se romperá. Esto hará que los ingenieros estén descontentos. No querrán usar su biblioteca por más tiempo, sin importar cuán útil pueda ser.
En su lugar, publique el código que impide la modificación directa y fomenta la extensión. Esto separa el comportamiento básico del comportamiento modificado. El código es más estable y más fácil de mantener.
4. Composición sobre la herencia.
Si escribe código utilizando programación orientada a objetos, le resultará útil. En comparación con el principio de herencia, la composición establece: los objetos con comportamientos complejos deben contener instancias de objetos con comportamientos individuales. No deberían heredar una clase y agregar nuevos comportamientos.
Confiar en la herencia causa dos problemas principales. Primero, la jerarquía hereditaria puede desordenarse rápidamente. También tiene menos flexibilidad para definir comportamientos especiales. Digamos que desea implementar comportamientos para compartir:
La programación de la composición es mucho más limpia de escribir, más fácil de mantener y permite flexibilidad en la definición de comportamientos. Cada comportamiento individual es su clase. Se pueden crear comportamientos complejos combinando comportamientos individuales.
5. Responsabilidad individual
El principio de responsabilidad única establece que cada clase o módulo en un programa solo debe proporcionar una funcionalidad específica. Como dice Robert C. Martin, "Una clase debería tener una sola razón para cambiar".
Las clases y los módulos a menudo comienzan de esta manera. Tenga cuidado de no agregar demasiadas responsabilidades ya que las lecciones se vuelven más complicadas. Refactorizar y dividirlos en clases y módulos más pequeños.
La consecuencia de las clases de sobrecarga es doble. Primero, complica la depuración cuando se trata de aislar un módulo de solución de problemas en particular. En segundo lugar, se hace más difícil crear funcionalidades adicionales para un módulo específico.
6. Separación de preocupaciones
El principio de separación de preocupaciones es una versión abstracta del principio de responsabilidad única. Esta idea establece que un programa debe diseñarse con diferentes contenedores y estos contenedores no deben tener acceso entre sí.
Un ejemplo bien conocido de esto es el diseño del modelo-vista-controlador (MVC). MVC separa un programa en tres áreas distintas: datos (modelo), lógica (controlador) y lo que muestra (muestra) la página. Las variaciones de MVC son comunes en los marcos web más populares de la actualidad.
Por ejemplo, el código que administra la base de datos no necesita saber cómo representar los datos en el navegador. El código de representación acepta la entrada del usuario, pero el código lógico gestiona el procesamiento. Cada pieza de código es completamente independiente.
El resultado es un código fácil de depurar. Si alguna vez necesita reescribir el código de representación, puede hacerlo sin preocuparse de cómo se guardan los datos o se procesa la lógica.
7. No lo necesitarás (YAGNI)
Esta El principio significa que nunca debe codificar la funcionalidad sobre la posibilidad que pueda necesitar en el futuro. No intentes resolver un problema que no existe.
En un intento de escribir código DRY, los programadores pueden violar este principio. A menudo, los programadores sin experiencia intentan escribir el código más abstracto y genérico posible. Demasiada abstracción provoca un código hinchado que es imposible de mantener.
Aplique el principio SECO solo cuando sea necesario. Si notas bloques de código escritos repetidamente, restarlos. No pienses demasiado en el gasto de tu lote actual de código.
8. Documente su código
Cualquier desarrollador senior en
fatizará la importancia de documentar el código con los comentarios apropiados. Todos los idiomas los ofrecen y debes acostumbrarte a escribirlos. Deje comentarios para explicar objetos, mejorar las definiciones de variables y simplificar la comprensión de las funciones.
Aquí hay una función de JavaScript con comentarios que guían al usuario a través del código:
//This function will add 5 to the input if odd, or return the number if even function evenOrOdd(number){ //Determine if the number is even if(number % 2 == 0){ return number; } //If the number is odd, this will add 5 and return else { return number + 5; } } Dejar comentarios es un poco más de trabajo mientras estás programando y entiendes tu código lo suficientemente bien, ¿verdad?
Deja comentarios de todos modos!
Intente escribir un programa, dejándolo solo durante seis meses y vuelva a editarlo. Te alegrará haber documentado tu programa en lugar de tener que desplazarte por cada función para recordar cómo funciona. ¿Trabajas en un equipo de programación? No frustres a tus compañeros desarrolladores forzándolos a descifrar tu sintaxis.
9. Refactor
Es difícil de aceptar, pero su código no será perfecto la primera vez. Refactorizar el código significa revisar el código y buscar formas de optimizarlo. Hazlo más eficiente manteniendo los resultados exactamente iguales.
Las bases de código cambian constantemente. Es completamente normal volver a visitar, reescribir o incluso rediseñar bloques enteros de código. Eso no significa que no tuvo éxito la primera vez que escribió su programa. Conocerás un proyecto con el tiempo. Use este conocimiento para adaptar su código existente a DRY, o siguiendo el principio KISS.
10. Código limpio a toda costa
Deja tu ego en la puerta y olvida escribir código inteligente. El tipo de código que se parece más a un acertijo que a una solución. No planeas impresionar a extraños.
No intente encerrar una tonelada de lógica en una fila. Deje instrucciones claras en los comentarios y la documentación. Si su código es fácil de leer, será fácil de mantener.
Los buenos programadores y el código legible van de la mano. Deja comentarios cuando sea necesario. Únase a las guías de estilo, dictadas por un idioma o su empresa.
¿Qué hace a un buen programador?
¡Aprender a ser un buen programador requiere mucho trabajo! Estos 10 principios de codificación son una hoja de ruta para convertirse en un programador profesional.
Un buen programador entiende cómo hacer que sus aplicaciones sean fáciles de usar, funciona bien dentro de un equipo y finaliza los proyectos de acuerdo con las especificaciones y a tiempo. Siguiendo estos principios, se preparará para el éxito en su carrera de programación. Pruebe estos 10 proyectos de programación para principiantes y revise su código. Vea si está respetando estos principios. Si no, pruébate para mejorar tu código.
Lea el artículo completo: 10 principios básicos de programación que todo programador debe saber