我正在使用许多“帮助程序”类,它们有一些静态函数,允许控制器和操作访问共享功能块。
问题是这些文件已被用作模块/应用程序所需的任何功能的转储基础,因此它们是>大小为3k行,在顶部他们有大约50个require_once
声明!
显然,如果应用程序中的某个视图不能使用这些帮助程序提供的一小部分功能,那么它会继承所有必需的文件,并最终使您的应用程序膨胀。
如果我按需要包含文件,我最终会对所需文件进行大量require_once
次调用,当我需要使用大型文件时,它会有自己的开销(与频率混合)这些帮助文件中可用的功能量。
所以基本上我的问题是平衡在哪里,是否有最佳实践?
谢谢,
Flunga
答案 0 :(得分:9)
看看autoloading feature。这将在需要时将所有包含减少到只需要的数量。
答案 1 :(得分:1)
构建此类依赖关系以保持“非循环”时最好的选择。您可以让更高级别的功能“需要”操作所需的低级功能,但是要设计它以使事物不会相互指向。
这样,通过将其分成足够小的单位,您将能够确保当您不需要所有模块时,只会吸引最少数量的依赖项。
我当然不知道有任何理由“要求”你不会在页面中使用的代码。