2009-03-06 14 views
24

Normalmente prefiero codificar con un fondo negro y texto blanco/coloreado, pero nunca me había tomado el tiempo de cambiar mi sintaxis-resaltado en Visual Studio.¿Conoce algún truco de resaltado de sintaxis de C#?

Ayer, cuando finalmente llegué a ella, uno de mis cambios fue cambiar los Tipos de usuario y los Tipos de usuario (Tipos de valores) a diferentes colores. Sin darme cuenta, había estado usando un tipo de estructura para pasar y devolver datos de métodos más de lo que me hubiera gustado.

Este cambio en el resaltado de sintaxis puso de manifiesto lo que estaba pasando. Entonces me hizo preguntarme si había otras configuraciones que pudieran proporcionar una ayuda similar.

También suelo configurar mis colores de documentación y comentarios como algo más deslavado y pasivo para que el código real salte más y haga que el código se escanee rápidamente.

¿Tiene alguna otra sugerencia como esta que pueda ayudar a detectar problemas o hacer que las cosas sean más legibles?

Nota: (he visto this post, pero estoy buscando más consejos para que sean funcionales y proporcionan ayuda en lugar de las preferencias puramente estéticas.)

Respuesta

35

hago cadenas ven horribles. Fondo amarillo Negrita. Primer plano rojo. ¡Para recordarme que las cadenas de codificación son generalmente malas y probar todo lo posible para minimizarlas!

+1

¡Bah! Me ganaste =) – jonnii

+1

lol. Nunca consideré esto. –

+2

Es un gran truco. – jonnii

2

Intente configurar sus literales de cadena para que sean de fondo rojo brillante con texto en negrita. Te animará a no utilizar cadenas mágicas =)

11

Las personas han creado "temas" completos para Visual Studio. Encuentro que la introducción de un nuevo tema de configuración cada 6-12 meses le da a todo una nueva perspectiva, aunque es cierto que hay muy pocos temas que me gustan (tiendo a cambiar entre solo dos diferentes).

Salida artículo de Scott en VS Temas: http://www.hanselman.com/blog/VisualStudioProgrammerThemesGallery.aspx

7

uso un poco de color agradable para interaces y una fea para las clases definidas por el usuario, que ayuda a desacoplar las cosas.

El Vibrant Ink theme tiene algunas cosas muy bien pensadas en él. Me gusta bajar el tono de los colores like this un poco, pero es un buen comienzo.

+0

¡Una idea muy interesante! –

14
  • Para facilitar la lectura -

recomiendo un texto fondo oscuro (pero no negro) y ligera (pero no blanco). El mayor contraste es fácil para los ojos, pero el exceso de contraste me da (personalmente) un dolor de cabeza con el tiempo. También estoy 100% de acuerdo con su comentario sobre el uso de un color lavado para documentos y comentarios.

  • Para la comprensión de código -

utilizar definitivamente diferente (aunque sólo ligeramente) diferentes colores para tipos de usuario, delegados, y los tipos de valor. Esto los hace pop, y realmente ayuda cuando intentas entender el código de otras personas rápidamente.

Además, en segundo lugar, el comentario sobre hacer literales de cadena se destacan. No necesariamente uso colores horribles, pero los tengo de un color separado de todos mis otros colores por lo que son muy notables.

También me gusta tener los números ser un color separado. Muchas veces, los números tienen algunos de los mismos problemas que los literales de cadena, y tenerlos coloreados por separado hace que se destaquen y ayuda a darme pistas sobre lugares donde debo reemplazar un literal numérico con una constante, propiedad, etc.

  • para refactorización -

he encontrado que me ayuda a tener un tema separada donde los colores son exageradas (azul brillante en lugar de silenciado coloración azul para las interfaces, por ejemplo) para la refactorización. Utilizo el mismo esquema de color básico que normalmente uso, pero con colores "más brillantes" para cada uno de los tipos. (No me gusta cambiar los esquemas de color, mi cerebro está conectado a mi conjunto de colores estándar, cambiar las derrotas por mi). Sin embargo, tener versiones más brillantes hace que todo "explote" un poco más, por lo que es bueno refactorizar o tratar de entender el código de otra persona.

+1

fondo oscuro con primer plano claro es más difícil de leer que fondo claro con primer plano oscuro. – luiscubal

+0

Depende, de hecho, de la iluminación de su oficina. En situaciones de menor iluminación, estoy de acuerdo. En situaciones muy brillantes (es decir, mucha luz natural o mucha luz fluorescente), el fondo oscuro es más fácil para los ojos. –

+3

@Reed Copsey: el fondo oscuro y el texto claro siempre es más difícil de leer que al revés. Hay cientos de estudios que lo demuestran. Y tampoco es más fácil para los ojos. Cuanto más brillante es la imagen que vemos, más pequeños son nuestros alumnos y más pequeños son nuestros alumnos, ¡más nítida es la imagen que vemos! Si tienes un fondo oscuro, con solo un pequeño texto, tus pupilas están abiertas de par en par y esto hace que tu vista sea mucho más borrosa, porque es mucho más difícil enfocarte de esa manera para tu ojo. Si elige un tema oscuro, porque uno liviano es demasiado brillante para usted, intente calibrarlo en su lugar. – Mecki

6

¿Por qué no ves lo que funciona para ti? Hay un genio generador de temas en http://www.frickinsweet.com/tools/Theme.mvc.aspx

Instrucciones completas en el sitio sobre cómo hacer una copia de seguridad de su configuración actual e importar la que usted crea.

0

Siempre ajusto el fondo de la corbata a algo rojo, y lo hago en negrita. De esta manera, cuando cierro llaves o parens puedo ver con qué se compara.

1

Uso un color diferente para las clases y las estructuras.

0

Creo que es más importante elegir una buena fuente monoespaciada para la programación (mi elección es consolas, para algunas otras fuentes buenas eche un vistazo a this article en codificación de terror).

El tema predeterminado de Visual Studio es bastante bueno, quizás demasiado brillante si está trabajando por la noche.

1

Las cadenas de colores son brillantes para que las notes inmediatamente en tu código. Yo uso verde para cadena en negro. En gris solía usar amarillo.

Por cierto que hagan lo mismo para las constantes, números, etc.

2

Realmente no está destacando, pero recientemente he cambiado a una fuente proporcional después de leer algunas de las recomendaciones y lo encontró notablemente mejor.

Antes de cambiar mi miedo principal era que las cosas no se alinearían correctamente, pero después de probarlo me di cuenta de que funcionaba bien sin ninguna desventaja aparente. Las pestañas (o espacios) alinean los bloques y las palabras que se repiten en la línea de la página porque están formados por las mismas letras. Mi miedo era imaginario porque de alguna manera pensé que necesitaría palabras para alinearme si fueran diferentes. Este no es el caso.

Una cosa que evita es alinear palabras que están en medio de expresiones, no a la izquierda. P.ej. En una fuente de ancho fijo, puede hacer:

string firstName  = "John"; 
string lastName  = "Smith"; 
int age    = 30; 

Considerando que no se puede hacer eso con una fuente proporcional. Pero esa práctica parece rara en estos días. Tal vez más de una C o lenguaje ensamblador.

Recomiendo intentarlo de todos modos. Internet funciona con fuentes proporcionales, por lo que tiene sentido usarlas, siempre que no tengan ninguna desventaja.Cuando me lo recomendó, afirmaron que solo tardarían unos días en acostumbrarse y que resultó ser cierto. Creo que Arial 11 point es una buena opción en Visual Studio.

+1

Gracias pero no gracias, ProggyCleanTT para mí! – Benjol

1

Me gusta mucho Resharper's colorizing system. Utilizándolo, obtienes un poco más de detalle de tu editor. Por ejemplo: campos, locales y parámetros son todos colores diferentes. No tengo idea de por qué VS no incluyó esto de la caja.

Cuestiones relacionadas