每个文件是否有建议的代码行数？

我有一个类文件,其中包含某个Web应用程序所需的所有类.目前我在7269行,它包含很多课程.我并不是特别担心,但我开始注意到,在处理此文件时,Visual Studio的响应速度较慢.我认为这可能是由于文件的大小和Visual Studio在每次输入按键后重新编译引起的.

有没有人得到任何关于每个文件的每个文件行的限制的建议,或者有关如何/为什么我应该将类移动到单独的文件中的指导？

我发现这与Java有关,但我特别关注VB和Visual Studio 2005

Java类中允许的最大代码行数？

谢谢

编辑文件中有大约50个类,有些很小,有些大!

扯扯.

几乎每个人都强烈建议每个类包含在一个文件中.

线条并不是直接相关的,但它可能是你创造一个过于复杂的神级并需要打破逻辑的症状.单元测试驱动的开发在正确完成时强制执行.

编辑(注意到"为什么？"):

从你问的事实应该是显而易见的:)

一些(原因很多):

在大文件中可视化实际代码布局非常困难

大多数IDE都是默认设置,一次显示多个文件,但不显示同一文件的多个视图

对单个文件的源代码控制可能是一个问题:"请你签入​​{godfile}以便我可以处理这个项目吗？"

将代码分段为命名空间/包/分支是一个问题

每个文件的一个顶级类型是传统的 - 虽然嵌套类型是可以的,但不要过分.有一些例外 - 如果我需要声明一些委托,我经常将它们全部放在一个文件中(例如,C#的Delegates.cs) - 这只是有意义的,因为每个委托类型只包含一个方法签名,基本上.有些人为枚举做同样的事情,但我不愿意这样做.

这使您的代码更易于导航,编译更快,并且更容易显示源代码管理中的更改.

除此之外, -我开始担心,如果一个类是超过1000行代码没有真正很好的理由.可能有充分的理由,但你至少应该看看班级是否有太多的责任.我已经看过类,它们涵盖了足够的功能,以便在此之前得到自己的命名空间(使用适当数量的较小类提供所需的功能)...

从问题中不清楚你的任何一个类是否如此巨大,但将这些类分成"每个文件一个"至少应该有助于开始.