4

重複の可能性:
require_onceの使用が非常に悪いのはなぜですか?

PHPにファイルが含まれている場合、ファイル名は配列内に格納されていると思います。

次に、別のファイルを含めるときに、その配列をチェックして、すでに含まれているかどうかを確認します。

では、ここで大したことは何ですか?なぜ人々はこの配列チェックをとても怖がっているのですか?何百万ものファイルを含めているわけではありません...

in_arrayチェックは常に行われます。私はほとんどすべての機能でそれらを使用しています:)

4

3 に答える 3

6

誰がこれを言っているのかはわかりませんが、あらゆる言語に浸透している多くのマイクロ最適化の神話の1つであると私は信じています。

メソッドのベンチマークを示す記事は次のとおりです。http: //arin.me/blog/php-require-vs-include-vs-require_once-vs-include_once-performance-test

マイレージは異なる場合がありますが、x_once機能を回避することでパフォーマンスが大幅に向上することはないと思います。状況に適した言語構造を使用してください。何も悪いことはしていません。x_onceプロジェクトの組織を再考するか、オートローダーの使用を検討する必要があることを示している可能性がありますが、そうではありませんeval...

于 2011-09-06T16:04:37.347 に答える
2

require_once()2つの問題があります。パフォーマンスの問題を無視すると、2番目の問題も重要になります。使用している場合は、同じファイルを複数回使用require_once()できることを意味します。requireこれは本質的に間違っているか、設計に欠陥があります。パフォーマンスの部分では、Webの場合、最適化されたアプリは何もしません。静的HTMLファイルまたはキャッシュされたコンテンツの提供がPHPファイルの提供よりも速いことを理解していれば、人々が使用require_once()が遅いと言う理由を理解できます。

于 2011-09-06T16:05:48.447 に答える
-3

実際のところ、賢明な計画されたアプリケーションの場合、require_onceのような関数は役に立ちません。

遅さのために-それはごくわずかです。

于 2011-09-06T16:03:50.320 に答える