PHP中包含多个函数文件

Question

我仔细阅读了相关问题但未找到答案。这不是require / require_once或使用__autoload函数甚至是文件名。

我的公司建立了大型网站，随着我们的成长，我们成长的做法是按照他们的关系分割功能，例如：

inc.functions-user.php的 inc.functions忽略原始 inc.functions-calendar.php

每个这些文件往往是1000到3000行代码。结合将使它们成为维护的怪物，对于更多的开发者来说更​​难。

然而，在我们的一些较大的网站中，我们以8到15个这些单独的函数文件结束。

在标题中包含15个函数文件是最好的方法还是我们应该找到一种方法来组合它们？ 12个包括5个包括对我们网站的运行有显着损害吗？

Answer 1

如果您关心性能，请安装像APC这样的opcocde cche，它会将编译后的脚本形式保存在内存中。

如果您不想安装APC，差异很小，是访问较少的文件花费的时间较少，但这不是大部分时间花在的地方。 （特别是因为文件系统应该能够将脚本（未编译的）缓存在内存中），如果它们经常被请求的话。

Answer 2

使用vanilla PHP，通常最好尽可能少地使用包含文件，但这当然会让维护成为一种痛苦。使用APC等操作码缓存，性能问题几乎会消失。此外，与大型MVC框架和其他库相比，12个文件不是非常多的包含。到目前为止，将函数保持在逻辑结构中是最好的方法。

Answer 3

调用include / require函数5次而不是12次并没有那么不同，重要的是包含文件的内容。

此外，包括cahchers非常适合您的目的，如APC或xcache。

Answer 4

我甚至建议将它们分成更多的文件。 看看MVC模式或其他框架，它们是极其分裂的，所以只要你遵循你的结构，你就可以轻松地维护“仅”部分而不用担心破坏某些东西。

Answer 5

考虑到我想到的一些要点

• Rasmus Lerdorf经常说“你不应该有超过五个包括”。我只能假设他知道他在说什么，因为他制作了PHP。但是，我对这种可行性持怀疑态度。特别是在大型项目上。
• 我发现开发和里程碑更适合让开发人员的生活更轻松。如果这意味着单独的文件，那么这是一个好主意。
• 如果您担心CPU使用率或带宽，可能会出现比自由使用include更明显的瓶颈。未优化的功能是提高应用程序速度的好方法，关注图像和css或js文件是减少带宽的好方法。