还有一个思路是用 SSR，Nuxt 里写 layout，这样就可以完全使用 Vue 的生命周期。

荆棘。

谐音：镜姬，痒痒鼠反弹伤害的装备。
谐音：军纪。

~

```
function parse(res) {
a = Promise.resolve(res)

const then = function (func, rej) {
if (!rej) {
rej = () => {
console.log(1);
alert(1);
}
}

a = a.then((res) => {
return new Promise((resolve, reject) => {
try {
resolve(func(res))
} catch(e) {
reject('err')
}
})
}).catch(rej)

return thenObj
}

const thenObj = {
then: then
}

return thenObj
}


parse({test: 'test'}).then((item) => {
console.log(item)

return item
}).then((item) => {
console.log(item)
throw 'error'
})
```

可以封装一下 `.then`。

```
const list = document.querySelectorAll("li")
for (let i of list) {
i.addEventListener(...)
}
```
这个有啥不好吗，除了没限定 ul?

当然也可以给 ul 加事件判断冒泡的发起元素，这样只需要监听一次点击事件。

递归最大的缺点是不是性能不高？

Vscode 丢 Github= =..

`import T-Shirt`

当看到“孩怕”时我略有疑惑很快就懂了，但是我看到“鸭鸭走”和“开始门”的时候只有？？？和？？？= =。

@xuegy

好吧~，have a good day~.

@cyrbuzz
vscode，单行开正则...

(.+) (.+) = (.+);
$1 $2($3);

比格沃斯。

solarized light 真香。

https://github.com/HuberTRoy/myown/blob/master/%E5%9F%BA%E4%BA%8E%E6%80%9D%E8%80%83%E6%89%80%E5%81%9A%E7%9A%84%E6%8E%A2%E7%B4%A2/%E6%80%A7%E8%83%BD%E6%96%B9%E9%9D%A2%E7%9A%84%E6%8E%A2%E7%B4%A2.md

https://github.com/HuberTRoy/myown/blob/master/web%E7%A8%8B%E5%BA%8F%E4%BC%98%E5%8C%96%E6%80%9D%E8%B7%AF.pdf

优化公司产品时的总结，lighthouse 从不到 10 分已经提升到了 50~60+。

我自己的实践优化方面是：
1. 第三方资源非阻塞加载，async/defer 标记，这个提速很大。
2. DNS/CDN(百度统计等)链接的预查询与预连接，这个看不出来效果，提速微小。
3. 服务器端支持 HTTP2，比 HTTP1.1 快了不是一点两点。
4. 利用服务器端进行延迟加载，本身是个 Nuxt 的服务器端项目，利用 client-only 标签配合 import() + v-if 条件渲染，其实就是个分块+懒加载不过效果巨大，鹅且平时写组件的时候几乎都用 import 静态导入，调用频率低的模块也可以用 import()来改写。
5. webpack 打包时的 tree-shaking，老生常谈的 lodash 和 lodash-es 等等，这个减少的是传输体积，如果项目本身冗长这块提升也非常大。
6. 缓存这个就不用说了，检查检查有没有配置合理。
7. 图片移动端剪裁成 2 倍实际显示大小的尺寸，PC 端 1 倍，牺牲小部分清晰度的同时大幅减少传输体积。
8. 项目具体内部的代码优化，比如之前实现了一个利用 vue computed 属性的动态设置 style 的滚动效果，发现占用 CPU 20%以上....然后改成了 animation 。

transition 是一种从`有`到`有`的动画。所以你需要给.flashing 一个初始值 .flashing { opacity: 0 }。

另外直接写楼上的动画比用 JS 更简洁清晰易懂。

试试用订阅发布模型。

window.addEventListener('getWithImageUrl', (_url) => url = _url); window.dispatchEvent(new Event('getWithImage'))

这个...我怎么觉得返回`{A:""}`其实也不省流量，如果这个接口在一次普通用户访问中只会调用固定的几次，这样前端本来可以写成`response.B[0]`的代码现在要写成`response.B && response.B[0]`，这样不仅没有省流量，还有可能会阻塞首屏加载的嘞= =...