@dartabe 3Q.

@1024hack 3Q，这个我有关注，但这个上手和实现还有一定难度的 =。=

@boringdays2015 小老弟你 Vue 是怎么学的？楼主的问题和 vue，jq 的混用没有一毛钱关系。vue 中也可以使用 jq，作为渐进式框架，自定义指令操作 DOM 可以使用原生 JS 也可以使用 jq，你可能没封装过自定义指令吧；其次，jq 也可以用来帮助 Vue 发送支持 callback 风格的 ajax 请求，你可能只会 axios ；那么 vue 和 jq 混用有什么问题吗，这不就是渐进式框架的魅力之一吗？ vue 的声明式渲染和指令不鼓励 DOM 操作，所以框架内部帮我们做了封装，其目的是降低用户的心智负担，怎么到你这里变成了对你的「降智打击」，你可能只会 Vue，但你不会 Vue.js ，要知道 Vue 的后缀叫做 JS 。

不可变状态思想的浅应用，稳定状态更新。Vue 源码栈结构的相关操作涉及浅拷贝，要么是为了稳定目标对象，要么是为了缓存优化性能。

@sodatea 好的呢。估计轮子缔造者们都是正则起手，基于兼容性考虑不会太依赖一些工具模块。虽然新的 node 也在贴近浏览器生态，但并没必要更新。

@ChanKc 嗯嗯，我选择了正则作为路径解析的备选方案，只是不明白 weboack 对于 node 核心库和浏览器环境的兼容关系的处理和配置，目前来看确实没有对应的 mock lib 。

微前端，或者中台化。

@ailuoliai 存在即合理。还有，所谓同步任务也是宏任务哦。

建议你详细把 Vue 文档好好通读一遍，一遍就好，你就能得到很多想要的答案。
1. 最致命的一点，ref 的数据是非响应式的，这决定了你的数据使用不符合预期，做不到数据驱动视图，也得不到最新数据；
2. 非受控组件的数据来源不明确，违背单向数据流的设计；
3. ref 的类型校验怎么进行，也就是说你平时使用 props 也没有验证类型，这是不好的习惯哦；
4. ref 获取元素需要考虑时机，比如只有在合适的生命周期钩子才能使用，那么 props 需不需要呢。

@iintothewind 没仔细看你的代码,没学过 `scala` 。
大致思路就是：尾递归 + 缓存。

@calmzhu 你说的对，这里只是缓存了部分计算结果，递归到代理。
我的初衷是递归的时候原函数先尝试获取缓存，没有命中才真正执行计算，所以自以为每次递归原函数也会经过代理。
但我尝试递归代理也没能真正读取到，感觉代理不适合这个场景。
目前成功的方式是不用代理，将缓存和功能实现在原函数内部耦合。
```js
let count = 0;
const fibonacci = (N, cache = new Map()) => {
cache.set(0, 1).set(1, 1);

if (N <= 1) {
return 1;
}

const memorize = n => {
if (cache.has(n)) {
count++;

return cache.get(n);
}

return cache.set(n, memorize(n - 1) + memorize(n - 2)).get(n);
};

return memorize(N);
};

console.log(fibonacci(1));
console.log(fibonacci(2));
console.log(fibonacci(3));
console.log(fibonacci(4));
console.log(fibonacci(5));

console.log('缓存命中数：', count);

```

for..await...of 或者 Promsie.all()，异步并发问题一般需要计数器作为哨兵变量。

之前做授权的流程，有兴趣可以看一下，最后一步去掉路由守卫就行，或者你直接分离两套借口，有子项目模式。PS：了解诶思路，注意版本，我记得不同版本 API 和装饰器写法都有差异。
https://jay-lin1110.gitee.io/readme/nestjs/guard-authentication.html

你的问题设计者肯定考虑到了，但还是这样设计了，你想想这是为什么，就能得出结论了。

`Promise` 的缺点之一就是内部跑出异常需要外部主动捕获。

MPA 的业务吗？渐进式的开发。

midway.js

@Shy07 对。但我的 `promises` 不会全部成功，我还是选择 `Promise.allSettled()`。

@Shy07 。。不是请求处理的问题，`Promise.all()` 的返回值格式是固定的。