Handlebars.js: ストリームサポート？

これが何を伴うのか、またはどのようなメリットがあるのか​​は明確ではありません。 あなたのユースケースは何ですか？

file / httpストリーム入力による高速解析。 ユースケースは、ビルドスクリプトやgulpとの互換性です。

テンプレートの読み取りはコンパイルパイプラインの遅い部分ではありません。これは実際の解析であり、IO待機時間や、解析前にテンプレートをメモリにロードするコストについて懸念があるほど大きなテンプレートを挿入する場合は、 、テンプレートにハードコーディングされたデータが多すぎるのではないかと思い始めます。

それと私たちのパーサジェネレータはストリームモードをサポートしていないので、ここでのコスト/メリットは私の頭の中で実際にはうまくいきません。

ストリームを使用すると、テンプレート文字列がメモリに格納されることがないため、多くのテンプレートを同時に解析でき、メモリ消費量とガベージコレクションを減らすことができます。

メガバイトをプッシュしている場合、それはせいぜいマイクロ最適化です
テンプレートをパーサーに入れると、CPUになることでさらに多くの問題が発生します
パーサー自体にバインドされています。

コミュニティの誰かが調査する場合、私たちは検討するかもしれません
それを受け入れるが、それは基本的に完全な書き直しになるのではないかと心配している
パーサー。

9時23分PMスティーブンVachonで金、2015年12月11日には[email protected]
書きました：

ストリームを使用すると、多くのテンプレートをより少ない時間で同時に解析できます
メモリ消費とガベージコレクション。

—
このメールに直接返信するか、GitHubで表示してください
https://github.com/wycats/handlebars.js/issues/1150#issuecomment -164105284
。

ストリーミングがクライアントとサービスワーカーに届くので、これは再検討する価値があるかもしれませんか？ https://jakearchibald.com/2016/streams-ftw/#creating -one-stream-from-multiple-sources-to-supercharge-page-render-times

また、 https ：//wiki-offline.jakearchibald.com/（説明https://www.youtube.com/watch?v=d5_6yHixpsQ&feature=youtu.be&t=4m22s）を作成したとき、dustjsは本当に有益でした。データの到着が遅く、最初のレンダリングを高速化する必要がありました。

Dustjsはpromiseとstreamsをテンプレート値として処理しますが、残念ながら、dustjsの構文については何も言えません。

リストに追加するもう1つのリソース： https ：