snowdream

前言

我为什么会思考这个问题？这得从一篇演讲稿说起：

前端搞基建|堂主 - 如何推动前端团队的基础设施建设 - 知乎

上文最初大概是在2020年4、5月份的时候看到的（当时还是在语雀上，不过现在链接已经失效，好在知乎上面还找得到），作者在上述演讲稿中详尽地介绍了其团队在一年多的时间内如何从零到一构建了庞大的前端基础设施体系，以及这些基础设施到底起到了多大的作用；整篇演讲稿看完真是令人恍然大悟，原来前端可以如此高效以及成体系，看完后我真是对该团队拥有的前端基础设施垂涎三尺，然后臆想了一下在如此高效的前端体系中工作应该是一件很幸福的事情。

不过，考虑到文中这种庞大的、成熟的前端基础设施是建立在庞大的前端团队以及超多的前端业务场景的积累下建设而成的，那么小团队怎么办？

于是很自然地我就想到了这个问题，也在一直试图寻找这个问题的答案；在经过2020年内大半年的在团队内部的基建实践（比较初级）后，我想也许是时候回答和整理这个问题的思路了。

前言

以下这几个模块是vue3发布订阅系统和响应式数据的核心组成；事实上vue2也有相应的组成部分，只不过依附在vue实例上，但是vue3把相应的模块独立出来，不再依附于vue实例；

前言

注：本文写于2020年较早的时候，只是最近整理发布，因此关于渲染流程的认识比较肤浅，重点关注阻塞策略部分就好了；

需求

需求就是标题所示，需要有一个泛型类型能够把联合类型转化成一个相应顺序的元组类型：

1
2

type SourceUnion = 'key1' | 'key2' | 'key3'
type TargetTuple = UnionToTuple<SourceUnion> // ['key1', 'key2', 'key3']

前言

在写HTML这类自带样式设置的渲染语言时，可能写出一个圆角矩形仅仅就是一个样式设置就搞定了；但是有没有想过，直接在webGL中用原生的着色器算法写出一个类似CSS圆角样式的效果怎么做？