私は多くの「ヘルパー」クラスを使用しています。これらのクラスには、コントローラーとアクションが共有機能のチャンクにアクセスできるようにする一連の静的関数が効果的に含まれています。
問題は、これらのファイルがモジュール/アプリケーション全体で必要な機能のダンプ グラウンドとして使用されていることです。その結果、サイズが 3k 行を超え、上部に約 50 のrequire_once宣言があります。
アプリケーションのビューがこれらのヘルパーから利用できる機能のごく一部を使用したくない場合は、必要なすべてのファイルを継承するため、アプリが肥大化することになります。
require_once必要に応じてファイルを含めると、これらのヘルパーから利用可能な機能を大量に使用する必要があるときに、必要なファイルに対して多数の呼び出しを行うことになり、それには独自のオーバーヘッド (頻度と相まって) があります。ファイル。
したがって、本質的に私の質問は、どこでバランスが取れているか、そして採用できるベストプラクティスはありますか?
ありがとう、
フルンガ
オートローディング機能を見てみましょう。これにより、必要なときに必要なものだけにすべてのインクルードが削減されます。
Your best bet when constructing such dependencies to stay "acyclic". You can have higher-level functionality "require" the low level functionality it needs to operate, but design it in a way so that things do not point to each other.
This way, by breaking it into small enough units you will be able to ensure that when you don't need all the modules, only the minimal number of dependencies get pulled in.
I'm certainly unaware of any reason to "require" code you're not going to use in a page.