Visual Studio & kompilieren Performance-Probleme für große Anzahl von Dateien

Question

Unsere aktuellen Lösungen / Projekte haben mehrere Klassen in einer Datei kombiniert werden, bin ich gesagt, dass dies aufgrund der langsamen Kompilierungszeiten in VS. getan wurde

Ist das eine bestätigte Problem und Lösung?

Können wir diese auseinander jetzt brechen, dass wir VS2008 Team-System verwenden? Hat sonst noch jemand getrennt, um die Klassen in verschiedene Dateien und hatte noch eine gute Leistung?

Answer 1

ich auf dem VB.Net IDE Team zu arbeiten, und ich kann Ihnen sagen, dass in 1 Datei alles Putting macht VS läuft langsamer, nicht schneller. VB.Net funktioniert gut mit Klassen in verschiedenen Dateien.

Das einzige Mal, das jemals einen Unterschied machen würde, ist, wenn Sie eine unglaublich langsame Festplatte hatte, und Dateien, die (in mehr und mehr suchen Anweisungen führen) auf sehr unterschiedlichen Teilen der physischen Datenträger waren. In der Regel soll dies kein Problem und für die VB.Net IDE, dies wäre nur ein Problem bei der Erstinbetriebnahme sein. Wir haben mehrere Schichten von Caching, dass auch diese Art von Problemen zu beseitigen helfen würde.

Sie können Lage sein, einige minimale Vorteile dieses Ansatzes zu entdecken, wenn Sie nur die rohe Zeit halten es die Befehlszeilen-Compiler nimmt zu bedienen. IMHO, die wichtigeren Zahlen sind die respnosiveness von Visual Studio und die relative Erstellungszeit für Visual Studio. VS Ansprechbarkeit wird abnehmen, wenn have extrem lange Dateien (das, was geschehen wird schließlich, wenn Sie jemals Klasse in eine einzige Datei setzen).

Answer 2

Was ist Ihre Hardware wie?

Der große Engpass mit VS ist, dass sie lesen muss und schreiben viele kleine Dateien.

Eine schnelle Festplatte oder zwei kann die Leistung Lasten verbessern!

Answer 3

Ich bin mit C # statt VB.NET, aber ich habe nie Compiler Performance-Probleme auftreten. Es scheint, dass dies eine Art vorzeitiger Optimierung ist. Ich interessiere mich nicht, wie lange mein Build-Server die Anwendung erstellen muss. opfern nicht Klarheit für Kompilierzeit Leistung.

Answer 4

Klingt wie Sie versuchen mögen Ihr Team davon zu überzeugen, in das Lösungsdesign zu sehen; es könnte nicht optimal sein, da eine Riesen Lösung mit allen Projekten zu haben. Wenn Bauzeiten in der Tat ein Problem sind, würde ich eher es lösen, indem die Lösung auf logische Teile zu brechen, wenn möglich.

Answer 5

Ich glaube nicht, dass viele Klassen in eine einzige Datei Gruppierung deutlich Build Leistung für normale Projekte verbessern. Es sollte sicher sein, sie in mehrere Dateien zu durchbrechen (one-pro-Klasse-Standard).

Die einzige Ausnahme Ich habe laufen in ist „Web Site“ Projekte. Ich habe keine wissenschaftlichen Daten, aber diese tun scheinen langsamer als die Anzahl der Dateien erhöht zu bekommen. Um dies zu beheben, dass Sie es zu einem „Web Application“ Projekt umwandeln können.

Zu viele Projekte in einer Lösung auch bekannt VS langsam zu machen, aber das klingt nicht wie Ihr Problem.

Answer 6

Dies ist ein bestätigtes Problem und eine Lösung bestätigt. Bei Tech Ed in diesem Jahr, sagte sie, dass es nicht länger ein Problem in VS2010 sein, mit dem Sie eine Beta-Version von herunterladen konnten und ausprobieren.