Académique Documents
Professionnel Documents
Culture Documents
SOFTWARE
Introducci
Definicin n
Por buenas prcticas se entiende un conjunto
coherente de acciones que han rendido buen o incluso
excelente servicio en un determinado contexto y que
se espera que, en contextos similares, rindan similares
resultados.
stas dependen de las pocas, de las modas y
hasta de la empresa consultora o del autor que las
preconiza.
No es de extraar que algunas sean incluso
contradictorias entre ellas.
(Fuente: wikipedia)
Principios de buena
Programacin
Principio de Abstraccin
Principio de abstraccin. Cada pieza de
funcionalidad significativa en un programa debe ser
implementada en un slo lugar del cdigo fuente
Mantengalo Simple
Hacerlo Simple
Haga lo ms simple que funcione.
r:
No me haga pensar
Principio de Abierto/Cerrado
Principio Abierto/Cerrado. Clases, mdulos,
funciones, etc. deben estar abiertas a la extensin.
Escribir clases, no para que otros las modifiquen,
sino para que se usen y extiendan.
Beneficios del principio
Abierto/Cerrado :
Robustez No se modifican las clases ya
probadas.
Flexibilidad Se facilita la implementacin de
nuevos requisitos o cambios en ellos.
Facilita las pruebas menos propenso a
errores.
Minimizar el acoplamiento
Minimizar el acoplamiento. Cada componente
(bloque de cdigo, clase, funcin, etc.) debe
minimizar las dependencias de otros
componentes.
Maximizar cohesin
Maximizar cohesin. Evitar implementar en un
componente dos funcionalidades que no estn
relacionadas, cumpliendo tareas que no tienen
relacin.
Abraza el cambio
Abraza el cambio. El cambio es inevitable en el
desarrollo de software. No hay que luchar contra el
cambio, sino trabajar para estar preparado para l
Programacin gil, integracin continua, Scrum,
etc.
Buenas prcticas en
Convencin
de
Cdigo
para
qu?
cdigo
Alto % del coste del software mantenimiento.
Casi ningn software se mantiene durante toda
su por el autor original.
vida
Mejora la legibilidad del software, permitiendo a los
ingenieros a entender el nuevo cdigo con mayor
rapidez y en profundidad.
Cdigo fuente es igual que cualquier otro producto
asegurarse de que est tan bien empaquetado y
limpio como cualquier otro producto.
En Comentarios
Tres tipos de comentarios:
Bloque
Una sola lnea
Buenas
Programacin:
Errores
comunes
prcticas
Fiabilidad de los parmetros de entrada: No
asegurarse de que los parmetros recibidos son los
que esperamos.
Fiabilidad de los valores: No comprobar si un
elemento tiene valor antes de acceder a l.
Elementos en colecciones: No asegurar se de
que un array o coleccin tenga valor y contenga
elementos antes de acceder a ellos.
No comentar. (Sin comentarios...).
Consejos generales
Seguir estndares.
Seguir patrones de diseo.
Reutilizar cdigo No reinventar la rueda.
Usar libreras reconocidas, documentadas, etc.
Ejemplo: Apache Commons
Test unitarios.
Conocer bien nuestro entorno de desarrollo (IDE):
shortcuts, plugins, etc.
Consejos generales
Refactorizacin: Tcnica de ingeniera de
software para reestructurar cdigo fuente, alterando
su estructura interna sin cambiar su
comportamiento externo.
Comentar de forma completa pero no excesiva.
Seguir buenas prcticas del Framework
elegido. Nombrar con sentido las clases,
variables, etc.
Consejos generales
Leer cdigo ajeno. Que otros lean t cdigo.
Pautas para leer cdigo de una manera efectiva:
Tener en cuenta el rendimiento: El rendimiento
de nuestras aplicaciones es tan importante como
otros criterios de aceptacin. Criterios a tener en
cuenta para medir el rendimiento:
Recursos hardware del cliente.
Realizar pruebas de rendimiento en un
entorno
que
simule el hardware mnimo aceptado.
Hacer pruebas REALES.
Buenas
Consejos generales
Comparte prcticas
conocimiento. Wiki, blogs, reuniones,
charlas, etc.
FIN