用于处理流的标签

> ** 注:** QQfor(x in stream)>`被考虑过,但这会使正则的循环逻辑对回路更为复杂,并且要求流逻辑甚至对于从未使用过的模板也要存在. 我们需要一些与实际不同的东西 这样我们就可以在编译时间分辨出来
> 翻译:
@ ** 注2:** 我们还认为, ‘sync (x in stream)' 和‘six for wait (x in stream)' , 然而, ‘xon'在与任何事件Emitter使用时,

在很多方面,"QQON"标记会类似于"QQAwait"标记([前作"`<Async-fragment>`" (https://GitHub.com/marko-js/marko/pull/312)),然而"QQON"标记也会在整个渲染周期内多次冲出.

在冲水方面有权衡余地 如果我们每次迭代后冲出,内容会被更快地推入浏览器,但如果我们缓冲了几个迭代,并启用了gzip,由此产生的有效载荷会更小. 我们需要一个良好的缓冲默认 和一个简单,直观的配置方法。

我们还需要找出标签应该提供什么,以及我们希望支持哪些有趣的使用案例。 一个立即想到的 是无限地滚动。

我为这标签准备了一套属性:
- `@var ' - 从参数中解析出,标记正文中所使用的变量
- QQevent` - 从参数中解析出来, 要聆听的事件名称, 默认为“ 数据 ”
- “endEvent” - 从参数、表示循环结束的事件名称中解析出来,默认为“结束”
- 数据提供者 ' - 从我们听到的论据、流出或发射器中分析
用于调试和“显示后”属性的 QQ 名称 - 标签的名称 。
- 未来: QQ客户 - 重新排序 " - QQONQQ标签不会屏蔽其他页面,JS对客户的要求
- 未来: `显示- 后' - 当“ 客户重排” 设定为真实时, 显示此实例的内容将被推迟, 直至显示引用的` {await} 或 {oon} 实例 。
- `缓冲-计数 ' - 冲出前需要缓冲的“ QQON- ” 标签的重复次数
如果上次冲出的时间超过缓冲时间,则将冲出缓冲时间,而不论目前的缓冲次数。
- QQTimeout` - 如果上次数据块释放后的时间大于超时, 那么QQonQQ标记将会超时
如果渲染开始后的时间超过总的超时时间,那么"QQON"标记将超时 。
- " 错误信息 " -- -- 如果
. . . . . . .