Was sind die Vorteile der Verwendung von Richtlinien in C # eine „saubere“ Liste beibehalten?

Question

Ich weiß VS2008 den Abtrennungs hat und Sortierfunktion für die Verwendung von Richtlinien Reinigung, ebenso wie ReSharper. Abgesehen von Ihrem Code „sauber“ und Entfernen des Problems der Referenzierung Namensräume ist, die in Zukunft nicht mehr existieren könnten, was sind die Vorteile der Aufrechterhaltung einer „sauberen“ Liste der Direktiven?

Weniger Code? Schnellere Kompilierungszeiten?

Answer 1

Für mich ist es im Grunde alles um weniger Lärm (plus machen ReSharper glücklich!).

Ich würde jede Verbesserung in der Kompilierung glauben wäre minimal.

Answer 2

Wenn Sie immer nur die Verwendung von Richtlinien, die Sie benötigen, und immer haben sie entsprechend sortiert, dann, wenn Sie kommen zwei Versionen des Codes diff, werden Sie nie irrelevant Änderungen sehen.

Wenn Sie darüber hinaus einen ordentlichen Satz mit Richtlinien haben dann jemand Blick auf den Code, mit zu beginnen kann eine rau Vorstellung davon, was nur durch Blick auf die Verwendung von Richtlinien werden wird verwendet.

Answer 3

Es gibt keine Laufzeit Auswirkungen. Es ist rein zeit kompilieren. Es möglicherweise Auswirkungen der folgende:

1. Weniger Chance für Namespace-Kollisionen
2. Weniger "Rauschen" in der Codedatei
3. Sehr explizit über die Namespaces und mögliche Typen in der Datei
erwarten
4. Über das Menü ungenutzt zu entfernen und bedeutet sortieren mehr Kohärenz mit den Aussagen zu den Devs verwenden. Weniger Chance stumm checkins nur um es zu reparieren.

Answer 4

1. Weniger Lärm.
2. Klare Erwartung, welche Arten verwendet werden ( "My UI-Schicht hängt von System.Net. Wow, warum?")
3. Reiniger Referenzen: Wenn Sie den minimalen Satz von using-Anweisungen haben, können Sie Bereinigung Ihre Referenzen. Oft sehe ich Entwickler halten nur Verweise in ihre Projekte zu werfen, aber sie sie nie entfernen, wenn sie nicht mehr sind erforderlich. Wenn Sie nichts haben, das einen Verweis tatsächlich benötigt (und eine using-Anweisung zählt), wird es trivial Ihre Referenzen zu bereinigen. (Warum würden Sie das tun wollen? In großen Systemen, die in Komponenten zerlegt wurden sie Ihre Build-Abhängigkeiten rationalisieren, indem die nicht verwendeten deps zu beseitigen.)

Answer 5

Für mich eine saubere Liste von Anweisungen am Anfang mit einem gutes Verständnis der Typen geben zu erwarten.

Answer 6

sah ich einen anständigen Gewinn in der Kompilierung vor ein paar Jahren, als ich ReSharper zuerst installiert (auf einer 18 Projektlösung). Seitdem sein seit fast es sauber zu halten.

Answer 7

Ich kann nicht auf die Vorteile in der Kompilierung und Leistung sprechen, aber es gibt eine geringere Chance auf Namespace-Kollisionen, wenn Sie Ihre Verwendung von Erklärungen haben zu minimieren. Dies ist besonders wichtig, wenn Sie mehr als ein Drittel-Party-Bibliothek verwenden.

Answer 8

Es gibt einen Kompilierung-Unterschied: wenn Sie einen Verweis entfernen, aber immer noch ein using-Direktive in Ihrem Code haben, dann Sie einen Compiler-Fehler erhalten. So eine saubere Liste mit Richtlinien zu haben, macht es ein wenig einfacher ungenutzt Referenzen zu entfernen.

Normalerweise ist der Compiler nicht verwendete Verweise entfernt, aber ich weiß nicht, ob das funktioniert, wenn ein im Code.