我有一个用 ASP.NET（.NET 2.0）构建的网站。我的业务逻辑中有很多类，我将它们都保存在一个文件 （BL.cs） 中。
现在，我进入了一个阶段，在这个文件中有 11,000 行代码。这是一个问题 - 我应该把它分成几个文件，每个类在不同的文件中吗？是否有 cs 文件不应超过的限制？
我坚持以下规则：每个类 1 个文件（当然，嵌套类除外）。 单个文件中的 11,000 行代码看起来很可怕。
老实说，我不知道是否有大小限制，但是在单个文件中处理 11.000 行代码很多。
你会发现，如果你将代码拆分成多个文件，VS的运行会更加流畅，这将使你和你的开发人员同事更容易专注于任何给定任务的特定类集。
编程就是从简单的部分构建复杂的系统。将所有零件存储在一个庞大的文件中违背了这个想法。
您应该将每个类保存在单独的文件中，以获得更好的可读性和可管理性。
我怀疑文件大小是否有限制，我已经看到 EF 文件在 30k+ 行，但是，无论如何，出于简单的可用性和可读性原因，您应该将所有内容分成单独的文件。
从可维护性的角度来看，这是一个很大的问题。
你几乎永远不需要手写代码超过每个类几百行，你应该始终致力于每个文件使用一个类（并命名与你的类同名的文件）。这是管理项目（尤其是大型项目）的一般良好形式。
如果这是一个巨大的自动生成的类，您可以考虑使用每个文件中的 partial 关键字将其拆分为多个文件。