Entidad Relacion

Microsoft.com Home | Mapa del Sitio Buscar en Microsoft.com:

Ir
Home Productos y Tecnologías MSDN Suscripciones Arquitectura Centros de Desarrollo Información Técnica MSDN Académico Universidad .NET Eventos MSDN Media Center Comunidad Online Partnering y Certificación TechNet Soporte Técnico
Contenido 1. Introducción 2. Criterios de un buen estándar 3. Ventajas del uso de estándares 4.¿Porqué los estándares son usados muy poco? 5. ¿Qué comprende un estándar? 6. Estándares más comunes 7. Crea tu propio estándar 8. Legibilidad del código 9. Documentación del código 10. Qué herramientas usar 11. Conclusión 1. Introducción Un aspecto muy importante para un programador es definir el "estilo de programación" que se va a utilizar. Quienes no desean pensar mucho utilizan nombres aleatoriospara sus variables de código, etc. Podríamos definir una lista interminable de "estilos o formas" de programación. Las preguntas clave que debemos hacernos son: ¿Cuál es el estilo adecuado? ¿Qué terminología es la más apropiada para mí? No existe una terminología o estilo mejor que otro. La valoración de dichas terminologías no se basa en lo que al programador le guste, sino primordialmente en eluso adecuado de una terminología específica. Esto es lo que denominamos "estándares de programación", que no son más que el uso y observación de ciertas reglas de notación y nomenclatura durante la fase de implementación de una aplicación. 2. Criterios de un buen está ndar Existen muchos estándares de programación que podemos usar; debemos elegir aquel que se adecúe más a nuestro estilo deprogramación. En este artículo veremos brevemente algunos de ellos. Un buen estándar de programación generalmente considerará los siguientes factores: Factor mnemotécnico: Para que el programador pueda recordar el nombre de una variable fácilmente. Factor sugestivo: Para que otros programadores puedan leer y entender rápidamente nuestro código. Consistencia: Tiene que ver con usar las mismas convencionesde nomenclatura en todo el programa y hacer que el texto del código sea legible. Por Juan Carlos Heredia Mayer
Mi Panorama SOS Escribe para Nosotros

| MSDN Library | Descarga | DCE 2005 | Eventos | Mapa | Países | Contacto
Bienvenido a MSDN en Español

Dime cómo programas y te diré quié n eres

Normal

Calificar

3. Ventajas del uso de está ndares Establecer un estándar deprogramación y nomenclatura puede tomar mucho tiempo. De allí la necesidad de "encontrar" o "elaborar" aquel que se ajuste m ás a nosotros (según nuestra experiencia). Una vez establecido el estándar, los beneficios son muchos: Los nombres de variables serán mnemotécnicos, con lo que se podrá saber el tipo de dato de cada variable con solo ver el nombre de la variable. Los nombres de variables seránsugestivos, de tal forma que se podrá saber el uso y finalidad de dicha variable o función, fácilmente con solo ver el nombre de la variable. La decisión de poner un nombre a una variable o función será mecánica y automática, puesto que seguirá las reglas definidas por nuestro estándar. Permite el uso de herramientas automáticas de verificación de nomenclaturas. 4. ¿Porqué los está ndares son usados muypoco? Si los estándares tienes tantos beneficios, entonces la pregunta es ¿Porqué los programadores los usan muy pocas veces? La razón de esto tiene que ver más con los seres humanos que con la tecnología: Trabajan en un proyecto que no ha adoptado ningún estándar. No entienden o no pueden recordar el estándar. No ven el beneficio de implementarlo. Están muy apurados o cansados. Prefierencreatividad y consistencia arbitraria. Piensan que es divertido usar nombres "bonitos" dentro del código. Se consideran "artistas del software" y no creen que "deban estar regidos por convenciones." Cabe recalcar que el buen programador debe estar en la capacidad de adaptarse a cualquier estándar de programación que establezca el equipo de desarrollo al que pertenece. Esto es común cuando se trabaja en...