2

我正在使用许多“帮助器”类,它们有效地具有一堆静态函数,允许控制器和操作访问共享功能块。

问题是这些文件已被用作跨模块/应用程序所需的任何功能的垃圾场,因此它们的大小 > 3k 行,并且在顶部它们有大约 50 个require_once声明!

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

require_once如果我要根据需要包含文件,那么当我需要使用这些帮助程序提供的大量功能时,我最终可能会对所需文件进行多次调用,这有它自己的开销(与频率相结合)文件。

所以基本上我的问题是在哪里取得平衡,是否有可以采用的最佳实践?

谢谢,

弗隆加

4

2 回答 2

9

看看自动加载功能。这将在需要时将您的所有内容减少到仅需要的内容。

于 2008-10-07T12:38:09.730 回答
1

构建此类依赖项以保持“非循环”时最好的选择。您可以让更高级别的功能“需要”它需要运行的低级别功能,但以某种方式设计它,以便事物不会相互指向。

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

我当然不知道有任何理由“要求”您不会在页面中使用的代码。

于 2008-10-07T12:40:57.883 回答