数据重要还是导出，脱离微信存储吧，可以看看我写的这个库
https://v2ex.com/t/944851

看上去的流程是：

- 提前写好插件代码
- 让对方安装插件
- 插件后台运行获取数据
- 通过 websocket 发回结果给 server

还是说有个后端管理平台，可以通过 ws 发送任意代码到插件，然后 eval 执行获取结果通过 wx 返回 ?

ICON 很可爱~ 莱拉 也是水獭吧~

我来解释一下上面说的 R5 重构整列 为啥更容易坏

1T * 3 R5 A,B,C C 损坏更换

1. 阵列恢复是针对全盘的，不是数据的
数据只有 1K ，全盘恢复也是针对 1T 全盘空间计算的，因为阵列并不知道什么叫 ”有效数据“，A B 两个盘都需要从 0 读完 1T 空间

2. 基于以上，夸张 夸张 夸张 三点说，若盘中因为宇宙射线、灰电平衡等各种原因，盘上有个 0 -> 1 了，那么校验失败就会导致整个阵列重建崩溃。（平时的电脑里可能就有因为以上原因损坏的文件，只是你并不会全盘去检查）

3. 单盘空间越大，故障率直线上升 （单个 0->1 故障率 10^-14 ，1T * 10^-14 这个意思。 ） 盘数越多同理

1T *3 错误率 10^14 的情况下 理论重建成功率 R5 85%

重建成功率计算： http://magj.github.io/raid-failure/


总结：
说的如此夸张是为了让大家重视 Raid 只是提升数据可靠性，备份一定要多处

这里有 100TB R5 重建成功的案例。https://post.smzdm.com/p/a6lnpx9z/


小知识：来自 [维基百科]
> 独立硬盘冗余阵列（ RAID, Redundant Array of Independent Disks ），旧称廉价磁盘冗余阵列（ Redundant Array of Inexpensive Disks ），简称磁盘阵列。
Inexpensive !!! https://i.imgur.com/agAJ0Rd.png

@MRG0 嗯，互相靠近吧
vue3 现在也和 react 差不多
之前 react 用 Hoc Immutable.js 的时候 感觉还是 vue2 出活快

@Baymaxbowen 还有北京

@opentrade new man https://i.imgur.com/agAJ0Rd.png

支持一下，5 年前就在用 1.0 ~

刚看到以前提的 issues 被关闭了，然后 2.0 就发了~ https://i.imgur.com/2spsghH.png

@YuJianrong 受教了 谢谢~

@Opportunity #1

大佬 NB, 完全没想到可以用辅助类型

我继续简化了一下

```ts
// # 1
interface _A<T extends Type> {
type: T;
conf: ConfList[T];
}

// # 2
type A <U = Type> = (U extends Type ? _A<U> : never)

```

但是还有个疑问

#1 的作用 根据传入的泛型返回约束的类型, 返回结果等于
{ type: Type.Input, conf: InputConfType } | { type: Type.Title, conf: TitleConfType}

#2 如果我写成 type A = _A<Type> 为啥就不行呢 ? 这不是和 #2 等价么...

@subframe75361 #8 多层异步用 await 没法写吧~

第一层 全部下载完成的 resolveAll 要放到最下层，最后一个下载完的 Promise 里面去。
并且队列最后一个并不等于最后下载完的。

中间都是并发的，并不是 one by one 呀~ 只能回调吧~

@abigmiu #2 目前都是放内存，因为 axios 目前浏览器还不支持 responseType = 'staem'
需要等到 axios 使用 fetch 作为 adapter 后才支持。

到时候可以用使用 steam 结合 FileSystem 直接存文件。

@subframe75361 不太清楚你说的不用 await 是指的哪方面？

@cheetah #3 谢谢建议
不写成 return await 有两个原因
1. 个人原因，为了调试方便 我一般 return value ，不 return fn
2. return await Eslint 也不建议，详见 https://eslint.org/docs/latest/rules/no-return-await

对于 early return ， 代码中复杂的逻辑（超过 3 层 if ）已有 early return 处理。
剩下的都不是复杂逻辑而且后面还有代码，个人觉得还能接受。 不过确实完全修改后会更好

谢谢建议~ 给一朵 💐

看到个 Ts 的 issue ，和这个问题相关 https://github.com/Microsoft/TypeScript/issues/22609

#########################################################

function add(x:string,y:string):string;
function add(x:number, y:number):number;

//实现签名 对外不可见
function add(x:string|number, y: number|string): number | string{
if(typeof x === 'string'){
return x + ',' + y;
}else {
return x.toFixed() + (y as number).toFixed();
// 很不幸，ts 暂时不支持对函数重载后续参数的 narrowing 操作，如这里对 x 做了 type narrowing 但是对 y 没有做 narrowing ，需要手动的 y 做 type assert 操作
见 https://github.com/Microsoft/TypeScript/issues/22609
}
}

作者：小电前端团队
链接： https://juejin.cn/post/6912309038743191559
来源：稀土掘金
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

https://microsoftedge.microsoft.com/addons/detail/qq%E7%A9%BA%E9%97%B4%E5%AF%BC%E5%87%BA%E5%8A%A9%E6%89%8B/djfalpkpjgpkfnkfmnegbalnicdoljcn?hl=zh-CN


以前用的这个，还挺好用的

啊 我要去买个 100 块的筋膜枪，Lz 说帮我报销~

@hunter0122 #8 别光笑啊， 点赞啊~ 👻

最近我也在找工作，很庆幸面咸鱼的时候对方给了我一个写简历的建议，叫做 STAR 法则。

搜索后有个更深化的 SCQA 理论，可以在简历中帮助进行结构化表达。

S （ Situation ）情景——由大家都熟悉的情景、事实引入。
C （ Complication ）冲突——实际情况往往和我们的要求有冲突。
Q （ Question ）疑问——怎么办？
A （ Answer ）回答——我们的解决方案是……

是不是没法理解~ 你可以记成 "亮甲" 结构法

得了灰指甲 —— 陈述背景 S
一个传染俩 —— 在这个背景下发生了冲突 C
问我怎么办？—— 站在对方的角度，提出疑惑 Q
马上用亮甲！—— 给出解决方案 A ，这是文案要表达的重点


简历要体现自己的能力，而不是流水账记录自己的经历

虽然我修改后的简历也没为我提供更多的面试机会 T.T
共勉吧……