だから私はより良いアーキテクチャとランタイムパフォーマンスのためのテクニックを研究してきました、そしてストリームが出てきました、ドキュメントとブログ投稿を読んで、私は今ストリームの使用についてぼんやりとしか気づいていません。私の質問は、streams、streamWrappers、および最もクリーンなOO実装をどのように説明しますか？
私は現在、アプリケーションビューを返す速度とクライアント要求の処理を改善できるストリーム関数オブジェクトを使用できる可能性があると考えています。でも方法がわかりません。
とにかく...誰かが私が何をしているのか理解していますか？必ずしも些細なことではないと思います。
「ビュー」が大きくない限り、ストリームによるメリットはほとんどありません。
したがって、私の観点からすると、ここには2つの可能性があります。
カテゴリ＃1の場合は、この方向を見ないでください。より大きなファイルを扱っているのでない限り、これは関係があります。
カテゴリ＃2の場合、ボトルネックが表示される可能性は非常に低いです。一般に、PHPアプリケーションでは、これはアプリケーションの最速の部分の1つです。
代わりに、xdebugをインストールし、プロファイリングを開始して、Webgrind / Valgrind / KCachegrind/WinCacheGrindを使用してコードを分析する必要があります。これにより、大量の情報が得られ、問題がどこにあるかが正確にわかります。
Streams are simple enough really, being only a resource object that acts like a stream: readable and writable in linear fashion, so I/we are dealing with streams if only obliquely every time we code something that specifies what and how we serve in response to requests. While there's a lot more to it than that there's a pear extension named pecl_http which really simplifies working http.