2011-01-07 9 views
20

encuentro el estilo por defecto arriostramiento un poco desperdicio en línea de cuenta por ejemplo ...¿Alguien cambia el estilo de refuerzo predeterminado de Visual Studio? - ¿Hay un estándar?

function foo() 
{ 
    if (...) 
    { 
     ... 
    } 
    else 
    { 
     ... 
    } 
} 

sería, si yo estaba escribiendo en JavaScript, por ejemplo, puede escribir como ...

function foo() { 
    if (...) { 
     ... 
    } else { 
     ... 
    } 
} 

.. .que entiendo también puede no serlo para los gustos de las personas.

Pero la (s) pregunta (s) es ¿apaga 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 la misma base de código? ¿Es mejor simplemente mantener el valor predeterminado solo por simplicidad/uniformidad?

+0

Vaya, no leí la pregunta correctamente.Me gusta mucho el formato predeterminado, el código de otras personas es fácil de preetificar :) – leppie

+26

@Moo, el número de líneas visibles en la pantalla a la vez es un recurso precioso. –

+0

@ Moo/ssg Sí, esto es lo que quiero decir, obviamente en términos de almacenamiento no es nada más que solo en términos de poder obtener mis rutinas en la pantalla. Viniendo de un fondo VB, estoy acostumbrado a obtener más contenido de código en menos líneas. (Respuesta de aviso :)) –

Respuesta

21

Necesita tener estándares de codificación. No hay mejores estándares. Los estándares como tener un aparato ortopédico en su propia línea o en la misma línea es una decisión que uno puede tomar mirando 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 a su gusto. 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/depósito de código y pedirle a cada desarrollador que lo importe.

+3

+1. Su empresa debe definir (o aceptar) un estándar, y la herramienta debe ajustarse para adaptarse a ella. Lo único que no quiere es que dos desarrolladores en el mismo equipo utilicen estándares diferentes y pierdan el tiempo corrigiéndose unos a otros. Esto es particularmente doloroso porque produce diferencias realmente ruidosas. –

+0

Eso es interesante, ¿es posible que VS haga cumplir prácticamente cualquier estilo de refuerzo que te guste? Por ejemplo, la que uso en mi segundo ejemplo, y luego exportar esto en un archivo .vssettings? –

+10

@El Ronnoco, es posible, eche un vistazo a * Herramientas-> Opciones-> Editor de texto-> C# -> Formateo-> Líneas nuevas-> Nuevas opciones de línea para llaves *. Para importar/exportar, echa un vistazo a * Herramientas-> Importar/Exportar configuraciones *. – VinayC

3

Solía ​​pelear esta batalla cuando empecé a usar C#. Al final, creo que el 99% de las personas usarán el diseño predeterminado.

Me incliné ante la presión de la multitud.

3

Tiendo a apegarme a las reglas predeterminadas en parte debido a mis propias preferencias, pero también porque todos los proyectos en los que participé (hasta ahora) se han pegado a ellas.

Puede encontrar las reglas para las nuevas líneas en Opciones/Editor de texto/C#/Formato/Líneas nuevas.

5

Me quedaría con el valor predeterminado si trabaja en equipo y su código está bajo control de 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, de lo que puedo recordar, hay una buena razón para usar las llaves como lo has mostrado anteriormente. Douglas Crockford tiene un buen artículo sobre por qué sucede esto, no he agregado un enlace al artículo porque no pude encontrarlo ahora, pero vale la pena echar un vistazo a su sitio web, no obstante, ya que tiene un montón de cosas interesantes en javascript

3

Siempre apago las líneas adicionales en la configuración de formato, me gusta la sintaxis más compacta.

también cambiar la fuente a Verdana, añadir un fondo gris claro a los literales de cadena, quitar negrita en la coincidencia par de sintaxis (como lo hace el código de salto alrededor), y la pusieron a mantener las pestañas en lugar de convertirlos en espacios. Aparte de eso, creo que la configuración predeterminada funciona bien.

+1

yes the tab-> spaces Lo encuentro molesto (me recuerda a un lenguaje un tanto arcano que solía tener que usar). Podría darle una oportunidad a su configuración :) –

2

No creo que realmente se trate de qué es el valor predeterminado de VS, ni siquiera de cuál 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 empresa no tiene un estándar establecido, puede parecer un millón de dólares al sugerir esa pequeña joya. Si se usa el control de fuente, esta estandarización puede ahorrar MUCHO ruido cuando se difieren cosas. Sin embargo, estos son solo mis dos centavos.

Cuestiones relacionadas