Ci sono dei vantaggi nella rimozione delle istruzioni usate inutilizzate in un progetto VS?

Non ci sono benefici in termini di prestazioni, se questo è ciò che intendi.

Tutti i riferimenti in un assembly sono pienamente qualificati; il compilatore utilizza semplicemente i riferimenti forniti nel codice per qualificare completamente gli identificatori, quindi l'unico impatto dei riferimenti inutilizzati nel codice sorgente è una leggera diminuzione della leggibilità (perché questo riferimento è qui?) e un aumento insignificante del tempo di compilazione.

Per dirla in un altro modo, l'IL generato è esattamente lo stesso se rimuovi i riferimenti non utilizzati o meno.

Sì. Posso pensare a due vantaggi principali:

1. Oltre al suo scopo funzionale primario (cioè di ridurre la verbosità del codice), l'elenco di istruzioni 'Using' nella parte superiore di un file di codice può indicare ai futuri lettori (specialmente quelli senza Resharper) quali spazi dei nomi sono (o almeno erano ) rilevanti per quel file di codice. Se elimini attivamente questo elenco, può fungere da migliore meccanismo di segnalazione.
2. La rimozione degli spazi dei nomi inutilizzati ridurrà il numero di candidati al completamento automatico nell'editor di testo durante la digitazione. Se fai affidamento sugli elenchi di completamento automatico, questo ti aiuterà a rimanere "dritto e stretto" e potrebbe persino aumentare la velocità di digitazione, poiché dovresti essere in grado di trovare il tuo candidato di completamento automatico solo un po 'più veloce.

Rimuovere il codice inutilizzato, è solo un bagaglio extra e difficile da misurare l'efficienza ottenuta.

• Rimozione del codice inutilizzato, riduzione del tempo di compilazione, sto lavorando a un progetto che richiede da 15 a 20 minuti, ci sono tonnellate di codice inutilizzato. L'eliminazione del codice inutilizzato ha ridotto il tempo di compilazione a ~ 7 minuti. Questo fa una differenza quando ci sono molti sviluppatori nel team, questo risparmia a tutti il tempo di creare e testare rapidamente.

• Se hai automatizzato i test di build e unità, hai rimosso i test di unità che non ti servono. ancora una volta si riduce il tempo necessario per eseguire i test unitari. Solo maggiore efficienza nel processo di gestione della creazione continua.

  • Il codice non utilizzato genera una maggiore impronta dei tuoi binari. Avere una piccola impronta di codice riduce il tempo necessario per caricare / avviare inizialmente. Sebbene i guadagni possano essere molto scarsi e soggettivi.