Quali sono i vantaggi di mantenere un & # 8220; pulito & # 8221; elenco delle direttive d'uso in C #?

StackOverflow https://stackoverflow.com/questions/235250

Domanda

So che VS2008 ha la funzione di rimozione e ordinamento per ripulire usando le direttive, così come Resharper. A parte il fatto che il tuo codice è "pulito". e rimuovendo il problema di fare riferimento a spazi dei nomi che potrebbero non esistere in futuro, quali sono i vantaggi di mantenere un "pulito"? elenco delle direttive d'uso?

Meno codice? Tempi di compilazione più rapidi?

È stato utile?

Soluzione

Per me si tratta sostanzialmente di meno rumore (oltre a rendere felice Resharper!).

Credo che qualsiasi miglioramento nel tempo di compilazione sarebbe minimo.

Altri suggerimenti

Se hai sempre solo le direttive d'uso di cui hai bisogno e le hai sempre opportunamente ordinate, allora quando arrivi a diff due versioni del codice, non vedrai mai cambiamenti irrilevanti.

Inoltre, se disponi di un set accurato di direttive per l'uso, chiunque guardi il codice per iniziare può avere un'idea approssimativa di ciò che verrà utilizzato solo guardando le direttive d'uso.

/ p>

Non c'è alcun impatto sul runtime. È tempo di pura compilazione. Incide potenzialmente su quanto segue:

  1. Meno possibilità di collisioni con lo spazio dei nomi
  2. Meno "rumore" nel file di codice
  3. Molto esplicito su quali spazi dei nomi e possibili tipi aspettarsi nel file
  4. L'uso del menu per rimuovere inutilizzati e Ordina significa maggiore coerenza con l'uso delle istruzioni tra gli sviluppatori. Meno possibilità di stupidi check-in solo per risolvere il problema.
  1. Meno rumore.
  2. Aspettativa chiara di quali tipi vengono utilizzati (" Il mio livello UI dipende da System.Net. Wow, perché? ")
  3. Riferimenti più puliti: se si dispone del set minimo di istruzioni using, è possibile ripulire i riferimenti. Spesso vedo che gli sviluppatori continuano a lanciare riferimenti nei loro progetti, ma non li rimuovono mai quando non sono più necessari. Se non hai nulla che abbia effettivamente bisogno di un riferimento (e un'istruzione using conta), diventa banale ripulire i tuoi riferimenti. (Perché dovresti farlo? Nei sistemi di grandi dimensioni che sono stati scomposti in componenti, razionalizzerà le tue dipendenze di build eliminando i deps inutilizzati.)

Per me, un elenco pulito di istruzioni sull'utilizzo all'inizio può fornire una buona comprensione dei tipi da aspettarsi.

Ho visto un discreto guadagno in fase di compilazione alcuni anni fa quando ho installato ReSharper (su una soluzione di 18 progetti). Da allora si tratta solo di mantenerlo pulito.

Non posso parlare dei vantaggi in termini di tempo di compilazione e prestazioni, ma c'è una minore possibilità di collisioni dello spazio dei nomi se si minimizzano le dichiarazioni di utilizzo. Ciò è particolarmente importante se si utilizza più di una libreria di terze parti.

Esiste una differenza in fase di compilazione: quando rimuovi un riferimento, ma hai ancora una direttiva using nel tuo codice, ricevi un errore del compilatore. Pertanto, avere un elenco pulito delle direttive sull'utilizzo rende un po 'più semplice la rimozione di riferimenti non utilizzati.

Di solito il compilatore rimuove i riferimenti inutilizzati, ma non so se funziona quando un uso è nel codice.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top