PHP中包含多个函数文件

时间:2009-12-01 14:36:18

标签: php organization

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

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

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

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

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

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

5 个答案:

答案 0 :(得分:3)

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

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

答案 1 :(得分:0)

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

答案 2 :(得分:0)

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

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

答案 3 :(得分:0)

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

答案 4 :(得分:0)

考虑到我想到的一些要点

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