我阅读了相关问题,但没有找到我的答案。这不是关于 require/require_once 或使用 __autoload 函数甚至文件名。

我的公司建立了大型网站,随着我们的发展,我们的做法是根据功能之间的关系来划分功能,例如:

inc.functions-user.php inc.functions-media.php inc.functions-calendar.php

每个文件往往有 1000 到 3000 行代码。组合起来会使它们变得难以维护,并且对于更多的开发人员来说更加困难。

然而,在一些较大的站点中,我们最终会得到 8 到 15 个这样的单独函数文件。

在标头中包含 15 个函数文件是最好的方法还是我们应该找到一种方法将它们组合起来?12 包含 vs 12 包含5 包括对我们网站的运行明显不利的内容?

有帮助吗?

解决方案

如果您关心性能安装opcocde cche像APC这将节省内存的脚本编译形式。

如果你不想安装APC的差异最小,是访问文件少花费更少的时间,但是这不是大部分的时间都花在。 (特别是作为文件系统应能高速缓存的脚本(未编译)在存储器中),如果被请求他们往往不够。

其他提示

呼叫包括/需要功能的5倍,而不是12时间没有如此不同,重要的是所包含的文件(一个或多个)的含量。

此外,包括cahchers是你的目的,如APC或XCache将井西装。

我甚至建议他们分裂成更多的文件。 看看MVC模式,或者其他框架,他们的极端分裂,使您可以方便地维护“唯一”的部分,而不用担心破坏的东西,只要你按照你的结构。

我也考虑过一些需要考虑的要点

  • Rasmus Lerdorf 经常说“包含的内容不应超过五个”。我只能假设他知道他在说什么,因为他开发了 PHP。不过,我对此的可行性持怀疑态度。尤其是在大型项目上。
  • 我发现开发和里程碑可以让开发人员的生活更轻松。如果这意味着单独的文件,那么这是一个好主意。
  • 如果您担心 CPU 使用率或带宽,那么可能存在比随意使用 include 更明显的瓶颈。未优化的功能是使应用程序更快的好方法,而关注图像和 css 或 js 文件是减少带宽的好方法。

使用香草PHP通常最好使用尽可能少的包含文件成为可能,但当然,使维护疼痛。使用操作码缓存如 APC 和性能问题将几乎消失。此外,12个文件是不是一个很大的数字包括,相较于大MVC的框架和其他库。保持在逻辑结构分离的功能是迄今为止的最佳方式。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top