for (let i=80;i<=100;i++) {
let reg = `${i}`
json = json.replaceAll(reg, '优秀')
}
直接正则替换? 伪代码

arm 的会有这个问题, intel 的没有, 我也不知道为啥, 理论应该是一样的

设备只要收集数据就行了吧. 定期同步下, 可以放自己电脑跑模型啊

流量不值钱, 全量 es5 就行了, 别给自己找事

@Hilong 而且一次可以上 2 个, 开关也不用 30 秒, 我只是假设 10 人电梯而已

@Hilong 你这样中间层永远上不了电梯才不公平呢, 慢点但是保证所有人都有机会上才公平

@Hilong 没人按就不停啊, 这样才能保证每层楼都至少一个坐上电梯

@Hilong 其实有解的, 假设 20 层电梯, 载 20 人, 每到一层楼解锁一个位置就行, 20 最多上一个, 15 楼上五个, 超过报警不走, 这样每层至少上一个人, 如果有盈余上的更多, 上去不限制, 大家自己老实排队

@Finnn 而且直接 return author.books.map(() => '1'), log 也会多次执行

@Finnn 你这个例子不正说明了 computed 是深度响应的吗, 如果不是, push 对象界面根本不会响应

闪存掉速和文件碎片是最主要的, 果子文件相对好很多

居然扯了一大堆,还用到➕锁的, 这代码死循环了, 监听自身改变, 又自增, 这不扯淡吗

@Finnn computed 默认就是深度响应的

@himself65 太无耻了

{
type: 'radio',
formItemProps: { label: useI18nt('test') },
model: 'test',
slots: [
{
name: 'default',
render: () => [
h(NRadioButton, { size: 'large', value: 1, label: '1' }),
h(NRadioButton, { size: 'large', value: 2, label: '2' })
]
}
]
}

<component is='radio'>
<component v-for="slot in slots" :is="slot.render" :key="slot.name"/>
</component>

试试这样, 不行就把 setup 去了, 用 render 函数

JDK11 出来的 GC 好像, 用 CPU 换内存, 会频繁释放内存给宿主机

@Nasei 两个显示器下多桌面，无法只切换一个显示器的桌面，windows 的多桌面基本不可用在双屏下

propList 类型是 unknown[], 想省事情就 propList: {
type: Array as PropType<any[]>,
require: true
}

正确做法是正确定义类型， 不定义还不如 js ， 还有 ts 直接用 setup 模式， 用啥 defineComponent

windows 最扯淡的是多显示器一个显示器切换桌面， 所有显示器会一起切，这个没法忍