Wie man am besten mit gigantischen Quellcode -Dateien in Visual Studio umgeht

Question

Ich arbeite an einem Projekt, das die Codegenerierung erheblich verwendet. Einige der generierten Dateien enthalten> 0,25 Millionen Codezeilen. VS (2K5) ist nicht schlecht, aber R# (4.01) wirft alle zwei Minuten eine Ausnahme aus dem Speicher aus.

Die Aufteilung in Teilklassen/separate Dateien ist nicht in unmittelbarer Weise eine Option, obwohl dies möglicherweise später erfolgt.

Gibt es clevere IDE -Tricks, die damit umgehen?

Bearbeiten: Also sagen die Leute sofort (sehr vernünftig) "keine so große Datei" und schlägt Wege vor, sie in kleinere Dateien zu unterteilen.

Das ist in Ordnung, aber ich bin in einer zeitklopfenden Aufgabe, um mich umzusehen und zu entscheiden, was zu optimieren ist. Mein Problem ist sehr speziell "wie man eine wahnsinnig große Datei in einer IDE ohne Schmerzen anzeigt", nicht wie das Projekt neu aufrüttet. Für die Frage der Frage stellen Sie sich vor, die Datei ist schreibgeschützt. :)

Answer 1

Es scheint, als ob dieses R# -Tool (ist das Resharper?) Das Problem ist. Kannst du es deaktivieren? Andernfalls kann das Ändern des Dateityps für den generierten Code sinnvoll sein - vermutlich werden Sie nicht in diesen Dateien eine große Bearbeitung durchführen. Wenn Sie also die Syntaxfärbung und andere für Quelldateien spezifische Funktionen für Quelldateien verlieren, ist dies kein Problem.

Answer 2

Ich würde zumindest große Dateien Erweiterung in so etwas ändern .cpp_gen oder .cpp_huge So entfernen C/C ++ Compiler -Tool für Sie.

Answer 3

BEEINDRUCKEND!

250 000 Codezeilen?

Sie sollten nicht in maschineller Sicht denken, sondern in einem Menschen Standpunkt. Nehmen wir an, Sie möchten diesen Code an eine andere Person weitergeben. Können Sie die Zeit sehen, um zu sehen, was der Code tut?

Designmuster wurden gemacht, um mit diesem IND -Zeug umzugehen, versuchen Sie, klein zu beginnen, es zu überarbeiten, dann tiefer zu gehen und mehr DP anzuwenden

Sie werden immer weniger Codezeilen haben, und ja, einer der besten Tricks besteht darin, sich in mehrere Dateien zu trennen, je nach Vorschlag.

Answer 4

Angenommen, Sie bearbeiten Ihren generierten Code nicht von Hand. (= Schlechte Idee !!)

Sie können die generierten Dateien in eine separate Lösung einfügen, die Sie aus der Befehlszeile kompilieren, und verweisen dann auf diese DLLs aus dem Projekt, in dem Sie arbeiten.

Answer 5

Ist das Problem beim Öffnen der Datei für die Bearbeitung in Visual Studio? Ich habe festgestellt, dass VS -Editor in großen Dateien ziemlich langsam und ineffizient sein kann. Außerdem können Sie versuchen, bestimmte Optionen auszuschalten, z. B. Word-Wrapping tötet meine Maschine aus irgendeinem Grund.

Andernfalls könnten Sie etwas anderes wie TextPad mit der Syntax -Hervorhebung verwenden, um die problematische große Quelldatei zu bearbeiten ... mit Sicherheit nicht so schön.

Answer 6

Verwenden Sie kein Visual Studio. In Vs. ist zu viel los

Da die Datei nur gelesen wird, verwenden Sie keine IDE -Funktionen (IntelliSense, Refactoring -Tools, Formatierung).

Sie erhalten wahrscheinlich eine bessere Leistung mit einer einfacheren Anwendung, wie z. B. Notepad ++, um einfach die Datei anzusehen. Notepad ++ wird das Standardsprachen hervorheben, wenn Sie Farbe mögen.

Answer 7

Können Sie die Dateien nicht aufbrechen und den Präprozessor verwenden, um sie beim Kompilieren wieder zusammenzubringen?

Answer 8

Es muss irgendwie möglich sein, große Stücke dieser Dateien in separaten Bibliotheken zu gruppieren. Sie würden sie dann in mehrere Projekte trennen. Versucht das? Was ist die aktuelle Struktur Ihres Quellcode/ Projekts?