Php 最佳实践:放置所需文件的位置

Php 最佳实践:放置所需文件的位置,php,coding-style,Php,Coding Style,我正在使用一些“helper”类,它们实际上有一组静态函数,允许控制器和操作访问共享功能块 问题是,这些文件被用作整个模块/应用程序所需的任何功能的转储场,因此它们的大小超过3k行,在顶部它们有大约50个require\u once声明 显然,如果应用程序中的视图不能使用这些帮助程序提供的一小部分功能,它会继承所有必需的文件,最终会使应用程序膨胀 如果我根据需要包含这些文件,那么当我需要使用这些帮助文件提供的大量功能时,我可能会对所需文件进行多次require\u调用,这有其自身的开销(与频率相

我正在使用一些“helper”类,它们实际上有一组静态函数,允许控制器和操作访问共享功能块

问题是,这些文件被用作整个模块/应用程序所需的任何功能的转储场,因此它们的大小超过3k行,在顶部它们有大约50个
require\u once
声明

显然,如果应用程序中的视图不能使用这些帮助程序提供的一小部分功能,它会继承所有必需的文件,最终会使应用程序膨胀

如果我根据需要包含这些文件,那么当我需要使用这些帮助文件提供的大量功能时,我可能会对所需文件进行多次
require\u调用,这有其自身的开销(与频率相结合)

所以本质上我的问题是平衡点在哪里,有没有一种最佳实践可以采用

谢谢


弗隆加看看这张照片。这将使您的所有包含减少到仅需要时所需的内容。

在构建此类依赖项以保持“非循环”时,您的最佳选择。您可以拥有更高级别的功能“需要”操作所需的低级别功能,但设计时要确保它们不会相互指向

这样,通过将其分解为足够小的单元,您将能够确保在不需要所有模块的情况下,只引入最小数量的依赖项


我当然不知道有什么理由“需要”你不会在页面中使用的代码。

非常感谢。这正是我所需要的,而且由于helpers源于PHP4实现,这是我当时一直坚持的东西,但不是现在再次感谢汉克斯·莱维克。这个应用程序太大了,我觉得分解和重建会更麻烦,上面的自动加载建议是我将采用的,但我会记下你的反应,因为这是我一直尝试实践的好建议。谢谢