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

时间:2008-10-16 09:19:18

标签: visual-studio-2005 code-generation resharper

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

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

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

编辑:所以人们立即(非常明智地)说“没有那么大的文件”并建议将其分解成较小的文件。

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

8 个答案:

答案 0 :(得分:5)

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

答案 1 :(得分:3)

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

答案 2 :(得分:2)

WOW!

250 000行代码?

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

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

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

答案 3 :(得分:2)

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

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

答案 4 :(得分:1)

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

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

答案 5 :(得分:1)

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

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

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

答案 6 :(得分:0)

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

答案 7 :(得分:0)

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