Técnicas De Programación

Técnicas para una programación de calidad.

Técnicas para una Programación de Calidad. Moisés Daniel Díaz Toledano
Introducción. ¿Qué es un error? Podríamos decir a priori que un error es un fallo que se incluye en un programa estropeando el producto y afectando al cliente. Podemos verlo también desde otra óptica. Cuando desarrollamos software intentamos proveer de cierta funcionalidad alusuario, si esta funcionalidad no se cumple, podemos decir que el software tiene errores. Estos errores de los que estamos hablando, son errores cuantificables (detectables) por el usuario, lo que nos lleva al concepto de calidad externa del software. Sin embargo, aún no hemos justificado el propósito de este artículo, ¿por qué hacer una programación de calidad? Porque la calidad externa del softwareguarda una relación directa con la calidad interna del mismo, es decir con su estructura y codificación. Todos queremos construir software correcto, robusto, extensible y reusable. Debemos ser conscientes que el mejor camino para lograrlo, está precisamente en hacer una programación de calidad. Existen además otras razones de mucha importancia para aplicar técnicas de buena codificación. Comodesarrolladores no podemos olvidar que el código fuente se mantiene y reutiliza, con lo que para facilitar estas tareas debemos cuidar nuestra programación. El objetivo del presente artículo es presentar de una forma simple, informal y no demasiada ordenada, algunas técnicas particulares, así como otras generales, para el ejercicio de una buena codificación. Quizás no se esté de acuerdo con algunos deestos consejos, pero al menos espero hacer reflexionar al lector sobre ellos, lo cual sin duda, traerá beneficios cuantificables a nuestros desarrollos.

1.- Nomenclatura Los identificadores tanto de variables como de clases, funciones y procedimientos constituyen una buena parte del código. Su elección es muy importante ya que normalizan el código, y ayudan a entender el significado real delas acciones que realizan. Es muy importante usar una nomenclatura bien definida en nuestra código, ya que aumenta enormemente la legibilidad y la semántica del mismo y hace más sencillo el trabajo en equipo y la supervisión por parte de otras personas . Tener en cuenta que los excesos son negativos y que por tanto especificar reglas para absolutamente todo trae más problemas de los que soluciona.La nomenclatura más ampliamente extendida es la ‘ Notación Húngara’ con , numerosísimos defensores y detractores, cada uno bien armado de argumentos. Nos guste o no la notación húngara, siempre podemos sacar provechosas enseñanzas de esta propuesta que presupone que es mucho más importante dar información en los nombres de los identificadores que poder leer el código en voz alta. Una de las ideascentrales en esta notación es la del uso de prefijos que incluyan información sobre el tipo de los identificadores. Esta propuesta en concreto tiene ciertas desventajas en los IDE (Entornos Integrados de Desarrollo) actuales debido sobre todo a la existencia de herramientas que nos informan conforme vamos tecleando de los diferentes métodos, atributos, variables, etc disponibles en ese contextoparticular.

© Moisés D. Díaz pág. 1

Web: www.moisesdaniel.com

Técnicas para una programación de calidad. Sin embargo, sí que podemos usar postfijos para especificar cierta información, en concreto información relacionada con el ámbito de validez de las variables, tema que hasta ahora ha sido poco tratado. Una posible recomendación sería la de usar como postfijos en los identificadores paraindicar el ámbito de validez de ciertas variables los siguientes caracteres: 'C' para las variables de clase y 'G' para los objetos o variables de ámbito global.
modMain Public oCnnG As ADODB.Connection ‘ Esto es solo un ejemplo!! Solo usar objetos globales cuando es estrictamente ‘ necesario Public Sub main() ' algo de código Set oCnnG = New ADODB.Connection oCnnG.Open "DSN=XX;SERVER=XX",...