Recomendaciones en el desarrollo


portada del libro Clean Code

Durante estas semanas he leído un libro bastante interesante sobre buenas políticas de código. El libro en cuestión es Clean Code: A Handbook of Agile Software Craftsmanship de Robert C. Martin ; y os recomiendo su lectura. El libro analiza diferentes múltiples aspectos relacionados con el desarrollo de código y complementado con ejemplos prácticos de código. Os comento algunas de las recomendaciones que encontré más interesantes:

Recomendaciones para el Código

  • Las funciones deben ser de tamaño corto y no deben tener muchos parámetros.
  • Los nombres de las variables deben ser muy descriptivos.
  • Los nombres de las clases son nombres y los de las funciones son verbos.
  • Los comentarios deben evitarse. El código debe ser autodescriptivo.
  • Formatear el código separándolo en párrafos y utilizar la identación.

Recomendaciones de Gestión de Errores

  • La gestión de errores mejor por excepciones que retornos de error.
  • Separar la lógica del código de la gestión de errores.
  • Evitar en lo posible parámetros y retornos nulos.

Recomendaciones para Clases

  • Debe ser pequeñas en funcionalidades; aplicar el principio de única responsabilidad.
  • Usar IOC e Interfaces; en especial para aislar librerías de terceros.
  • Aplicar TDD; con tests simples, rápidos, independientes, repetibles, autovalidadados y desarrollados previamente a codificar.
  • Clases cerradas para modificación pero abiertas a extensión.
  • Las clases deben utilizar la notación del lenguaje del dominio especifico.
  • Aplicar la ley de Demeter.
  • Seguimos uno de los siguientes criterios, pero no ambos:
    • Ocultamos los datos y mostramos comportamientos; nos facilita modificar los datos
    • Mostramos los datos y ocultamos comportamientos; nos facilita modificar los comportamientos.

Y sobretodo refactorizar y aplicar reingeniería siempre que sea necesario.

Anuncios
Esta entrada fue publicada en Desarrollo y etiquetada , , , . Guarda el enlace permanente.

Una respuesta a Recomendaciones en el desarrollo

  1. Toni Tienda dijo:

    La mayoría de libros sobre arquitectura y diseño de software hablan más o menos de los mismos principios.

    El problema suele llegar cuando empiezan las prisas por las entregas y el código se degenera. Más adelante no se suele dedicar tiempo a refactorizar porque es tiempo “no productivo”.

    De todos modos echaré un vistazo a ese libro!

Responder

Introduce tus datos o haz clic en un icono para iniciar sesión:

Logo de WordPress.com

Estás comentando usando tu cuenta de WordPress.com. Cerrar sesión / Cambiar )

Imagen de Twitter

Estás comentando usando tu cuenta de Twitter. Cerrar sesión / Cambiar )

Foto de Facebook

Estás comentando usando tu cuenta de Facebook. Cerrar sesión / Cambiar )

Google+ photo

Estás comentando usando tu cuenta de Google+. Cerrar sesión / Cambiar )

Conectando a %s