Akino
Release v1.4.0 - [自动为 CSS styles 添加浏览器私有前缀](https://vue-styled-components.com/guide/advances/auto-prefix) - [Nest CSS 支持版本较低的浏览器](https://vue-styled-components.com/guide/advances/nest-css)
@panchaoco reopen？还有问题吗
> > reopen > > 没有了，我以为是需要你来close， 才打开的，哈 没问题自己关就行，没那么讲究😂
我先测一下性能差异
测试了一下，使用web worker反而更慢了，创建worker以及worker和主线程之间传递数据的开销远远大于直接计算的开销
> 测试了一下，使用web worker反而更慢了，创建worker以及worker和主线程之间传递数据的开销远远大于直接计算的开销 不过不在意计算速度，只需要不阻塞主线程渲染也可以上（纯任务分流
> > > 测试了一下，使用web worker反而更慢了，创建worker以及worker和主线程之间传递数据的开销远远大于直接计算的开销 > > > > 不过不在意计算速度，只需要不阻塞主线程渲染也可以上（纯任务分流 > > 确实如此，感觉可以提供一个入口给用户选择是否开启web worker来计算样式 嗯，我看看怎么实现
> 假如我有一个比较大的组件， 如果我通过props传入，改变了某一个选择器对应的dom的样式，会将整个组件的样式进行重算替换还是类似vue的diff 计算然后替换的呢 是整体重新计算了，这里用diff貌似没什么意义，因为无论如何 .classxxx { /**css style*/ } 都是要整体替换的
> > 假如我有一个比较大的组件， 如果我通过props传入，改变了某一个选择器对应的dom的样式，会将整个组件的样式进行重算替换还是类似vue的diff 计算然后替换的呢 > > 是整体重新计算了，这里用diff貌似没什么意义，因为无论如何 .classxxx { /*_css style_/ } 都是要整体替换的 噢噢，diff props变化可以减少计算量，可以加一个
我待会加上样式缓存/批量更新/异步更新来优化这个问题