Estandares

C # Codificación de normas y mejores prácticas de programación

Por

http://www.dotnetspider.com

1. Autor 3
2. Licencia, derechos de autor y descargo de responsabilidad 3
3. Historial de revisiones 3
4. Introducción 3
5. Propósito de los estándares de codificación y las mejores prácticas 3
6. ¿Cómo seguir los estándares de todo el equipo 4
7. Convenciones de nomenclatura y las normas4
8. Sangría y espaciado 7
9. Buenas prácticas de programación 10
10. Arquitectura 15
11. ASP.NET 16
12. Comentarios 16
13. Manejo de excepciones 17

1. Autor

Este documento es preparado por el dotnetspider equipo. La última versión de este documento puede ser descargado desde http://www.dotnetspider.com/tutorials/BestPractices.aspx. Por favor enviar sus comentarios y sugerencias sobreeste documento en la URL anterior.

La mayor parte de la información contenida en este documento es una compilación de las normas de codificación y las mejores prácticas en varios artículos publicados en dotnetspider.com. Asimismo, se refirió a la directrices publicadas por Microsoft y otras fuentes.

2. Licencia, derechos de autor y descargo de responsabilidad

Se le permite usar ydistribuir este documento para cualquier propósito no comercial, siempre y cuando conserve esta licencia y la información derechos de autor.

Este documento se ofrece "tal cual". El autor de este documento no será responsable de cualquier tipo de pérdida para usted debido a información incorrecta proporcionada en este documento.

3. Historial de revisiones

Si va a editar este documento, se lerequiere para llenar el historial de revisiones con su nombre y sello de tiempo para que cualquier persona puede distinguir fácilmente las actualizaciones del autor original.

|Sl # |Fecha |Cambiado por |Descripción |
|1 | | ||
| | | | |

4. Introducción

Cualquiera puede escribir código. Con unos meses de experiencia en programación, puede escribir "las aplicaciones de trabajo". Por lo que es trabajo fácil, pero hacerlo de la manera correcta requiere más trabajo, más que hacer que funcione.Creo que, la mayoría de los programadores a escribir 'de trabajo de código, pero no "un buen código. "Código de buenas" Escribir es un arte y hay que aprender y practicarlo.

Todo el mundo puede tener diferentes definiciones de "buen código" del término. En mi definición, las siguientes son las características de un buen código.

• Seguro
• Mantenible
• Eficiente

La mayoríade los desarrolladores se inclinan hacia la escritura de código para un mayor rendimiento, comprometer la fiabilidad y facilidad de mantenimiento. Pero teniendo en cuenta el retorno de la inversión a largo plazo (Return On Investment), la eficiencia y el rendimiento viene a continuación fiabilidad y facilidad de mantenimiento. Si el código no es fiable y fácil de mantener, usted (y su empresa) vaa pasar mucho tiempo para identificar los problemas, tratando de entender el código, etc a lo largo de la vida de su aplicación.

5. Propósito de los estándares de codificación y las mejores prácticas

Para desarrollar aplicaciones confiables y de fácil mantenimiento, debe seguir los estándares de codificación y las mejores prácticas.

Las convenciones de nomenclatura, los estándares decodificación y las mejores prácticas descritas en este documento se compilan a partir de nuestra propia experiencia y con referencia a varios de Microsoft y no las directrices de Microsoft.

Hay varias normas que existe en la industria de programación. Ninguno de ellos está equivocado o mal, y usted puede seguir cualquiera de ellos. ¿Qué es lo más importante es, la selección de un método estándar...