LOC中的标准PHP代码文件长度应该是多少？

Question

我在公司和个人工作中做了很多PHP编码。通常我的文件变大，有时超过2000-3000行。然后，他们很难管理。

我的问题：根据代码行，PHP代码文件的标准长度应该是什么。你们分手了多长时间？

注意：没有面向对象的编程（我不使用类）。请相应地回答。

---

澄清不使用类：

1. 我确实使用了很多功能。
2. 我不使用类，因为代码是遗留的。我必须保持这一点并添加新功能。
3. 之前我是C程序员。因此，对我而言，对OO来说有点难度。就像学习全新的做事方式一样。

Answer 1

没有良好的标准长度。有些文件变大，有些文件变小。

面向对象编程的一个很好的指导原则是将任务和关注点分成类，并将这些类拆分为单独的文件。

这是最合乎逻辑的分离，并允许使用PHP 5的Autoloading。即使您不想进入严肃的OOP，基本原则也值得采用。

相关问题：

• What are the advantages/disadvantages of monolithic PHP coding versus small specialized php scripts?

Answer 2

代码不应根据代码行分割，应根据功能进行分割。处理（例如）模板的代码部分应该放在不同的文件（可能还有目录）中，而不是处理（例如）身份验证的部分。如果你有一个长达数千行的文件，它几乎肯定会做得太多而且需要拆分，如果不是完全重构的话。

Answer 3

也许你应该开始使用课程。

BTW，我肯定将PHP代码文件拆分为1000行代码。

Answer 4

使用类和OO编程。我曾经去过一个“爱你的代码”的工作室，声称要避免显示器上的空间更长的功能（你不应该滚动查看整个功能）

Answer 5

如果你很好地组织它们，即使很大的代码文件也可以相当容易地管理。你应该保持你的功能简短，保持相关的功能，并命名他们。

如果你使用带有功能查找表的IDE，你也会发现它更容易管理 - 我使用Netbeans，在左侧它给我一个快速链接到我当前文件中所有功能的面板。它还使我能够单击调用函数的行并跳转到声明（项目中的某个位置）。

另一方面，如果你有几千行长的代码文件，它们由一个函数组成，那么是的，可能性非常难以管理，没有多少IDE聪明才有用。