c# - studio - framework design guidelines
¿Alguien cambia el estilo de arriostramiento predeterminado de Visual Studio?-¿Hay algún estándar? (6)
Me parece que el estilo de arriostramiento predeterminado es un desperdicio en el recuento de líneas, por ejemplo ...
function foo()
{
if (...)
{
...
}
else
{
...
}
}
sería, si estuviera escribiendo en JavaScript, por ejemplo, estar escrito como ...
function foo() {
if (...) {
...
} else {
...
}
}
... Lo que entiendo puede que no sea para los gustos de la gente.
Pero la (s) pregunta (s) es: ¿desactiva el estilo de formato VS y usa sus propias reglas? ¿Cuál es la opinión de esto en la industria cuando muchas personas trabajan en el mismo código base? ¿Es mejor simplemente atenerse al valor predeterminado solo por simplicidad / uniformidad?
Me quedaría con el valor predeterminado si está trabajando en un equipo y su código está bajo control de código fuente. Si no, terminará teniendo dificultades para distinguir las diferencias entre los cambios reales en los registros y los causados por la diferente posición de las llaves. En javascript, por lo que puedo recordar, hay una buena razón para usar los frenos como se muestra arriba. Douglas Crockford tiene un buen artículo sobre por qué esto es, no he agregado un enlace al artículo porque no lo pude encontrar en este momento, pero vale la pena echarle un vistazo a su sitio web, ya que tiene un montón de cosas interesantes. en javascript.
Necesitas tener estándares de codificación. No hay mejores estándares. Estándares como tener una llave en su propia línea o en la misma línea es una decisión que uno puede tomar al considerar el nivel de comodidad de los desarrolladores involucrados en lugar de la opinión de la industria (que normalmente se dividirá).
Pero una vez que se define el estándar, debe ajustar su herramienta para que se adapte a usted. Por ejemplo, puede cambiar la configuración de VS (Herramientas -> Opción) según sus estándares y luego exportar esos grupos de opciones como archivo .vssettings, mantenerlo en la ubicación central / repositorio de código y pedir a todos los desarrolladores que lo importen.
No creo que se trate realmente de lo que es el defecto de VS, o incluso de lo que es el estándar de la industria. El punto más importante es qué usa su equipo y qué prefiere la persona que paga las facturas. Si su compañía no tiene un estándar establecido, puede parecer un millón de dólares sugiriendo esa pequeña joya. Si se usa el control de fuente, esta estandarización puede ahorrar MUCHO ruido cuando se diferencian las cosas. Sin embargo, esto es sólo mis dos centavos.
Siempre desactivo las líneas adicionales en la configuración de formato, me gusta la sintaxis más compacta.
También cambio la fuente a Verdana, agrego un fondo gris claro a los literales de cadena, elimino el texto en negrita en el emparejamiento de pares de sintaxis (ya que hace que el código salte) y lo configuro para mantener las pestañas en lugar de convertirlas en espacios. Aparte de eso, encuentro que la configuración predeterminada funciona bien.
Solía pelear esta batalla cuando empecé a usar c #. Al final, creo que el 99% de la gente usará el diseño predeterminado.
Me incliné ante la presión de la multitud.
Tiendo a seguir las reglas predeterminadas en parte debido a mis propias preferencias, pero también porque todos los proyectos en los que he participado (hasta ahora) se han adherido a ellas.
Puede encontrar reglas para nuevas líneas en Opciones / Editor de texto / C # / Formato / Nuevas líneas.