PHPプロジェクトを作成していて、DoctrineのようなサードパーティのORMやDBALを使用することに決めた場合、そのプロジェクトのサイズ（ソースコードのMB数）はアプリケーションのパフォーマンスに影響しますか？サードパーティライブラリのサイズ（ディスク使用量の点で）がアプリケーションのパフォーマンスに影響しますか？
200MBのPHPライブラリが含まれていて、2MBのクラスとリソースしか使用しない場合、他の198MBはアプリケーションのパフォーマンスに影響しますか？
tldr;
は、パフォーマンスを測定します：/ボトルネックがあるされ、それが完全に一般的な答えあるので、ここでは、
オーケーを;-)についてはただ心配しないのですか？問題はありますか？記憶？ディスクアクセス？ディスククォータその他？
システムリソースとライブラリの使用状況/デザインによっては、「オンディスク」サイズがあるかもしれません。は違いますが、おそらくほとんど効果はありません。 （私が集める限りでは、198MBはコードやリソースではないので "役に立たない"ということですか？あなたの作業コピー、テスト、または追加のドキュメントなどを「生きて」いらないようにしてください。 のみビルド/開発マシンの）
いずれにしても、適切なライブラリはモジュール化され、必要なものだけを読み込むだけで、ライブラリの影響を知る唯一の方法です。 テストターゲット環境でのライブラリ使用です。
+1。尺度を測定します。ライブラリがプロジェクトに与える影響を実際に知る唯一の方法は、自分で測定することです。何らかの形で 'include（）'されたコードだけが影響を与えることは注目に値する。あなたのリポジトリに200MBのコードを落とすことはできますが、何もそれが含まれていなければアプリケーションのパフォーマンスに影響はありません –
実際はそうです。
phpには苦情があります。ソースコードが解析され、バイトコード（中間コード） にコンパイルされ、解釈されます（コードが使用されているかどうかにかかわらず）。ただし、C++では、呼び出されていないスクリプトや関数では、特にコードが最適化されている場合は、この遅延が最小限に抑えられます。
デッドスペースや凝縮線を削除しても影響がありますので、関数の数が200であるPHPファイルをソートすると、コードベースに遅延が発生します。呼び掛けられない。
あなたはまた、Joomlaのフォーラムでこのことについて多くの議論を見つけることができます - それは大部分が稀に役立ちます、単一のアプリケーション
希望で使用されていないので、多くの機能が詰め込ま来るための知られていて、
Minifyは、PHPではなく、JavaScriptとCSSコード用です。フロントエンドライブラリを縮小することは、PHPライブラリの内部コードベースを縮小することとは別物です。 PHPの終わりでは、そこに及ぼす影響はほぼ同じであるとは思わない –
はい。完全に同意する。 PARSINGとLOADINGだけが効率にどのように影響するかの例として、最小化ベストプラクティスを使用していました。しかし、あなたは正しいです - 私はこれを明らかにすべきでした。私はその後、物事をより明確にするために私の反応を編集しました。ありがとう。 – AshBrad
ライブラリが200MBで、2MBしか使用していない場合は、モジュールまたはその一部が使用されていないことを示します。この場合、彼らはディスクスペースだけを占有しており、それ以上は使用していません。 – dm03514
あなたはバイトコードキャッシュを使用しているので、答えはいいえ、それは問題ではありません。クラスコードがどのように含まれているかを知らなければ、合理的には答えられない。怠惰な読み込みまたは一気にsidenoteについては、すでにこのような質問があることは確かです。 – Gordon