Curator

接下来我要讲的这个技巧，是讲分支合并成一个节点。比方现在有个main分支和dev分支，dev对于main，领先了一千个节点。那么使用这个技巧之后，main上就多了一个节点，这个节点包含了dev那领先的

我们知道，父子组件生命周期顺序： 假如现在我们有个需求，父组件fetch完数据后，子组件再fetch数据。 假如现在的代码是这样的： 由于异步的原因，子组件的created会先执行，拿不到值。 解决

有一天，发现某些.vue文件下的this，在vscode运行时，全部报红。 尝试查了搜索，发现了这个 无果。 过程中察觉了一个疑点：不是全部this坏掉了。 于是排查中发现了复现方式。 复现 这么写后

需求： 点击一个按钮，它弹出一个浮层。 浮层上面可以作点、选、输入、确定等操作。其中一些操作可以引起浮层关闭。 点击浮层外部时，该浮层关闭。 实现 一、弹出浮层 状态里存个show: false。 点

平常写代码，大脑跟着演算一遍过程、细节，写下代码。 但递归不同，如果跟着演算下去，会Stack Overflow，脑袋爆栈。 写递归不需演算所有细节。 写递归诀窍是理清规则。 举例 假设我们有一颗路由

等分问题 假设现在有三个按钮，均匀分布于一个div中，并且左右两个按钮都贴在div的边缘。现在有一个需要：当鼠标移动到按钮上的时候，按钮放大，并且放大后的按钮依然贴边，同时，其余的按钮位置不应该改变。

放弃原因是，这个始于2年前，至今仍未修复的github issue。 在固定一列到右侧的时候，如果横向滑动太快，表头会暴露背景。如图： 而且这个issue的提出时间是两年前，并没有被修复。 另一个情况

放慢速度。大概慢到可以理解内容的速度，如果依然不懂，那就再慢一点。英文文档一般来说是容易读的，花点功夫是可以读懂的。

以前读《JavaScript高级程序设计》时，总感心躁：“读多少了？多久读完？这么慢什么时候能读完？”。终于在读到一半时放弃。回想过程，因心中总想赶进度，所以也没怎么读进去。可谓费时费力，不见效果。