2009-03-06 9 views
24

Di solito preferisco codificare con uno sfondo nero e testo bianco/colorato ma non ho mai avuto il tempo di modificare l'evidenziazione della sintassi in Visual Studio.Conosci qualche trucco di evidenziazione della sintassi C#?

Ieri, quando finalmente ho capito, una delle mie modifiche era cambiare i Tipi utente e Tipi utente (Tipi di valore) in colori diversi. Senza rendermene conto, stavo usando un tipo struct per passare e restituire dati da metodi più di quanto avrei voluto.

Questo cambiamento nell'evidenziazione della sintassi ha reso molto evidente ciò che stava accadendo. Quindi mi sono chiesto se ci fossero altre impostazioni che potrebbero fornire un aiuto simile.

Inoltre, di solito ho impostato la mia documentazione e commento i colori a qualcosa di più sbiadito e passivo in modo che il codice effettivo salti di più e faccia rapidamente scorrere il codice più velocemente.

Avete altri suggerimenti come questo che possono aiutare a individuare i problemi o rendere le cose più leggibili?

Nota: (ho visto this post, ma sto cercando di più per le punte che sono funzionali e forniscono aiuto, piuttosto che le preferenze puramente estetici.)

risposta

35

faccio stringhe aspetto orribile. Sfondo giallo Grassetto. Primo piano rosso. Per ricordarmi che le stringhe di hardcoding sono generalmente cattive e provare il più possibile a ridurle al minimo!

+1

Bah! Mi hai battuto per farlo =) – jonnii

+1

lol. Non l'ho mai considerato. –

+2

È un trucco davvero grandioso. – jonnii

2

Provare a impostare i valori letterali delle stringhe su uno sfondo rosso acceso con testo bianco in grassetto. Ti incoraggerà a non usare stringhe magiche =)

11

Le persone hanno messo insieme interi "temi" per Visual Studio. Trovo che l'introduzione di un nuovo tema delle impostazioni ogni 6-12 mesi dia a tutto una nuova prospettiva, anche se devo ammettere che ci sono pochissimi temi che mi piacciono (tendo a passare da solo a due diversi).

Partenza articolo di Scott VS Temi: http://www.hanselman.com/blog/VisualStudioProgrammerThemesGallery.aspx

7

Usa un po 'di bel colore per interaces e un brutto uno per le classi definite dall'utente, che aiuta a separare le cose.

Il Vibrant Ink theme ha alcune cose veramente ben pensate. Mi piace abbreviare leggermente i colori like this, ma è un buon inizio.

+0

Idea molto interessante! –

14
  • Per facilitare la lettura -

vi consiglio un testo scuro (ma non nero) di fondo, e la luce (ma non bianco). Il contrasto più elevato è facile per gli occhi, ma il contrasto eccessivo mi dà (personalmente) un mal di testa nel tempo. Sono anche d'accordo al 100% sul tuo commento sull'uso di un colore sbiadito per documenti e commenti.

  • per la comprensione del codice -

sicuramente utilizzare diversa (anche se solo leggermente) diversi colori per i tipi di utente, i delegati, e tipi di valore. Questo li rende pop, e aiuta davvero quando stai cercando di capire il codice di altre persone in fretta.

Inoltre, ho il secondo commento sul fatto di mettere in risalto le stringhe letterali. Non uso necessariamente colori orribili, ma ho un colore separato da tutti i miei altri colori, quindi sono molto evidenti.

Mi piace anche che i numeri siano un colore separato. Molte volte, i numeri hanno alcuni degli stessi problemi delle stringhe letterali, e averli colorati separatamente li fa risaltare per me e aiuta a indurmi in posti dove sostituire un letterale numerico con una costante, proprietà, ecc.

  • per il refactoring -

ho trovato che mi aiuta a avere un tema separata disponibile dove i colori sono tutti esagerati (blu brillante invece di sordina colorazione blu per le interfacce, per esempio) per il refactoring. Io uso la stessa combinazione di colori di base che uso normalmente, ma con colori "più brillanti" per ciascuno dei tipi. (Non mi piace cambiare le combinazioni di colori - il mio cervello è in qualche modo collegato al mio set standard di colori - cambiare le sconfitte lo scopo per me). Avere versioni più luminose rende tutto un po 'più "pop", quindi è bello per il refactoring o per cercare di capire il codice di qualcun altro.

+1

lo sfondo scuro con luce in primo piano è più difficile da leggere rispetto a uno sfondo chiaro con primo piano scuro. – luiscubal

+0

Dipende, in realtà, dall'illuminazione nel tuo ufficio. In situazioni di scarsa illuminazione, sono d'accordo. In situazioni molto luminose (ad esempio: molta luce naturale o molta luce fluorescente), lo sfondo scuro è più facile per gli occhi. –

+3

@ Reed Copsey: lo sfondo scuro e il testo chiaro sono sempre più difficili da leggere rispetto al contrario. Ci sono centinaia di studi che lo dimostrano. E non è nemmeno più facile per gli occhi. Più luminosa è l'immagine che vediamo, più piccoli sono i nostri allievi e più piccoli sono i nostri allievi, più nitida è l'immagine che vediamo! Se hai uno sfondo scuro, con solo un piccolo testo su di esso, le pupille sono spalancate e questo rende la tua vista molto più sfocata, perché è molto più difficile concentrarsi in quel modo per i tuoi occhi. Se scegli un tema scuro, perché uno chiaro è troppo luminoso per te, prova a calibrare il monitor. – Mecki

6

Perché non vedi cosa funziona per te? C'è un simpatico generatore di temi su http://www.frickinsweet.com/tools/Theme.mvc.aspx

Istruzioni complete sul sito come eseguire il backup delle impostazioni correnti e importare quello che si crea.

0

Ho sempre impostato il controvento con lo sfondo su qualcosa di rosso e lo ha reso in grassetto. In questo modo quando chiudo le parentesi graffe o parve riesco a vedere a che cosa si combina.

1

Uso un colore diverso per classi e strutture.

0

Penso che sia più importante scegliere un buon font monospazio per la programmazione (la mia scelta è consolas, per altri buoni font dare un'occhiata a this article su horror in codice).

Il tema predefinito di Visual Studio è abbastanza buono, forse troppo luminoso se stai lavorando di notte.

1

Le stringhe di colore si illuminano in modo da farle immediatamente notare nel codice. Uso il verde per la stringa sul nero. Sul grigio usavo il giallo.

Btw io faccio lo stesso per le costanti, numeri, ecc

2

Non è proprio mettendo in evidenza ma di recente ho passato a un carattere proporzionale dopo aver letto alcune raccomandazioni e l'ho trovato noticably meglio.

Prima di passare la mia paura principale era che le cose non si allineavano correttamente ma dopo averlo provato ho capito che funzionava bene senza alcuno svantaggio apparente. Le schede (o spazi) allineano i blocchi e le parole che si ripetono lungo la linea della pagina perché sono composte dalle stesse lettere. La mia paura era immaginaria perché in qualche modo pensavo che avrei bisogno di parole da mettere in fila se fossero diverse. Questo non è il caso.

Una cosa che impedisce è l'allineamento di parole che si trovano nel mezzo di espressioni, non a sinistra. Per esempio. In un carattere a larghezza fissa si può fare:

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

Mentre non è possibile farlo con un carattere proporzionale. Ma quella pratica sembra rara in questi giorni. Forse più di una cosa in linguaggio C o assembly.

Consiglio di provarlo lo stesso. Internet funziona con font proporzionali e quindi ha senso utilizzarli, purché non presentino svantaggi.Quando mi è stato consigliato, hanno affermato che ci sarebbero voluti solo pochi giorni per abituarsi e si è rivelato vero. Trovo che Arial 11 punti sia una buona scelta in Visual Studio.

+1

Grazie ma no grazie, ProggyCleanTT per me! – Benjol

1

Mi piace molto Resharper's colorizing system. Usandolo, ottieni un po 'più di dettaglio dal tuo editor. Ad esempio: campi, locali e parametri sono tutti colori diversi. Non ho idea del perché VS non abbia incluso questo fuori dalla scatola.

Problemi correlati