你是对的，这个例子并不恰当，为解释 once 硬拗了一个场景，实际并没有多次 emit，once 的效果也没用上

@wishyy #14 拿起一部手机操作，3 秒钟就能知道是不是高刷，差别实在太大了。X 轴线性马达还得多试几次，UFS 还得看跑分，高刷就是一眼

@CoderLife #5 好多年了，大概是支柱产业吧，不舍得打还得扶持

天津作为传销圣地已经二十多年了，按理说天津人民应该门儿清才对

@mxT52CRuqR6o5 #5 长度不一致是正常的，但前提是构造的时候切过了，这全量构造是不一样的

@libook #4 我并不介意 breaking change，Deno 这类变动很多次了。只是这次摆出我定义这是一个 feature 他就不是一个 bug 不对劲

@oott123 #1 这是一个基于 ArrayBuffer 全量构造的 Uint8Array，不存在 byteOffset 和 length 的问题，两者长度严格相等是很自然的要求

@IVeverKB #14 「 2K 缩放 125%太大，100%有太小」只是 #8 的感受，我的回答也是对于他的个例。大多数人是会更加喜欢 4K + 200% 的

@iConsLii #8 仅从字体大小来看的话，4K + 200% 相当于 2K + 133%，如果 2K + 125% 感觉太大，4K + 200% 只会更大

老 bug 了，理解原理之后可以自己修，只要手动更新 token 然后插到硬编码的位置
/t/382940

有一块沣标用 3 年了还可以，只是当作备电循环次数并不多

#1 给的并不对题，这里需要的是文字内容检测选择器，而不是节点包含检测函数

原生 CSS 并没有文字内容选择器，所以不能直接使用，只能先选元素，再进行文字内容检测
[...document.querySelectorAll('div')].filter( e => e.textContent.includes('测试') )

如果了解 XPath 语法，也可以用 XPath 表达式检测文字，理论上性能更好

对 90% 的人手机就是第一屏幕，大屏幕大电池长续航是自然刚需，手机是第二屏幕的人不适应是必然的。另一方面，第二屏幕人群何必强上旗舰呢，SE 2 代，mini 系列不是又小又轻么

有的主板 S3 会给 USB 断电，而且不可设置

或者说 Chrome 的做法是反直觉的，PrimaryStudent 的原型是个 Student 实例这种拗口的显示属于画蛇添足，树形图本身就有完整的继承关系