如果它可以解析块会很好。
stevenvachon
所有7条评论
目前尚不清楚这会带来什么或好处是什么。 你的用例是什么？
kpdecker
于 2015-12-12
通过文件/http 流输入更快地解析。 用例可能是构建脚本和/或与 gulp 的兼容性。
stevenvachon
于 2015-12-12
读取模板不是编译管道的缓慢部分，而是实际的解析，如果您放入足够大的模板，您会担心 IO 等待时间或在解析之前将模板加载到内存中的成本，我开始怀疑模板中是否有太多硬编码的数据。
那和我们的解析器生成器不支持流模式，所以这里的成本/收益在我的脑海中并没有真正解决。
kpdecker
于 2015-12-12
使用流，可以同时解析许多模板，同时减少内存消耗和垃圾收集，因为模板字符串永远不会在内存中结束。
stevenvachon
于 2015-12-12
如果您要推送数兆字节的数据，那充其量只是微优化
模板进入解析器，你会看到更多来自 CPU 的问题
绑定在解析器本身中。
如果社区有人要调查，我们可能会考虑
接受它，但我担心这基本上会完全重写
解析器。
2015 年 12 月 11 日星期五晚上 9:23 Steven Vachon通知@ github.com
写道：
使用流，可以同时解析许多模板，而更少
内存消耗和垃圾收集。—
直接回复此邮件或在 GitHub 上查看
https://github.com/wycats/handlebars.js/issues/1150#issuecomment -164105284
.
kpdecker
于 2015-12-12
随着流式传输到客户端和服务工作者，这可能值得重新审视吗？ 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 和流作为模板值处理，但不幸的是，我对dustjs 的语法没什么好说的。
jakearchibald
于 2016-02-29
要添加到列表中的另一个资源： https :
mathiasbynens
于 2016-04-07
相关问题
ShintaroOkuda
·
7评论
fcpauldiaz
·
4评论
sontek
·
3评论
ustun
·
6评论
jasonh-brimar
·
6评论
最有用的评论
随着流式传输到客户端和服务工作者，这可能值得重新审视吗？ 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 和流作为模板值处理，但不幸的是，我对dustjs 的语法没什么好说的。