如何最好地处理Visual Studio中的巨大源代码文件

题

我正在开发一个充分利用代码生成的项目。它生成的一些文件包含大约25万行代码。 VS（2K5）不能很好地应对，但R＃（4.01）每两分钟左右会抛出一个内存不足的例外。

在短期内将它们拆分为部分类/单独文件不是一种选择，但可能会稍晚。

有没有聪明的IDE技巧来解决这个问题？

编辑：所以人们立即（非常明智地）说“没有那么大的文件”，并建议将其分解为更小的文件。

那很好，但是我正在进行一项时间限制的任务，看看并决定优化什么。我的问题非常具体'如何在没有痛苦的情况下在IDE中查看疯狂的大文件'，而不是“如何重构项目”。出于问题的目的，请假设该文件是只读的。：）

解决方案

好像这个R＃工具（是Resharper？）是问题所在。你可以禁用它吗？否则，更改生成的代码的文件类型可能有意义 - 大概，您不会对这些文件进行大量编辑，因此丢失语法着色和源文件特有的其他功能不会成为问题。

其他提示

我至少会将大文件扩展名更改为 .cpp_gen 或 .cpp_huge ，以删除语法突出显示，概述等，然后将构建工具重新分配给 C / C ++编译器工具。

WOW！

250 000行代码？

你不应该从机器的角度思考，而是从人的角度来看。假设您想将该代码传递给其他人，您能看到时间查看代码的作用吗？

设计模式是为了处理这些内容，尝试从小开始，重构它，然后更深入并开始应用更多D.P.

你会有越来越少的代码行，是的，最好的技巧之一是根据它的建议分成几个文件。

假设您没有手动编辑生成的代码。（=坏想法!!）

您可以将生成的文件放在一个单独的解决方案中，然后从命令行编译，然后从您正在使用的项目中引用这些dll。

在Visual Studio中打开文件进行编辑时出现问题？我注意到VS编辑器在大文件上可能非常慢且效率低下。此外，您可以尝试关闭某些选项，例如自行换行会因某种原因导致我的机器死机。

否则，您可以使用其他类似Textpad并安装了语法高亮显示来编辑有问题的大型源文件......当然不是很好。

不要使用visual studio。 VS中有太多事情发生了。

由于文件是只读的，因此您不会使用任何IDE功能（智能感知，重构工具，格式化）。

使用更简单的应用程序可能会获得更好的性能，例如记事本++只是为了查看文件。如果你喜欢颜色，Notepad ++会做标准语言高亮显示。

在编译时，你不能分解文件并使用预处理器将它们重新组合在一起吗？

必须以某种方式将这些文件的大块分组到不同的库中。然后，您将它们分成几个项目。试过这个？您的源代码/项目的当前结构是什么？

许可以下： CC-BY-SA 和归因