purescript 作者前几天发了一篇文章:You Might Not Need The Virtual DOM
http://blog.functorial.com/posts/2018-03-12-You-Might-Not-Need-The-Virtual-DOM.html
sdom
用函数式及代数数据类型,实现一个叫 Static DOM 的设计
比如说不能在上面加 vdom.dom = document.createElement("p")
为了不影响它
虚拟DOM只是一种描述的手段
这么难招人,那个写的人跑了,找不到接盘的
我们又不用PureScript,用了公司就倒闭了
转成js长什么样
弄一个虚拟DOM的加强版
实际上都是再复制一份
有用小程序集成redux 的吗?发现市面上的绑定库都是魔改的react-redux,普遍有个问题
开发效率的提升还是很可观的
更重要的是,在书写形式上,也更加简单友好了
这个是 gzip 之后的体积减小,已经很可观了
-14.15KB
有人开始用 immer 替换掉项目里的 immutable.js
之前贴过的代码截图,验证了在一个小的场景里,它们是可以整合起来的,后面要在其他场景里用同样的模式处理问题~
用 callbag 改造 koa-compose 的中间件模式,增强这种设计的可拓展性~
用 pipeline operator 简化数据流的操作;用 immer 简化 immutable-data 的操作
我的一个设想时,用 callbag 将所有副作用源,抽象成 source,然后用 stream 的形式读取和组合它们,数据流 source -> transformer -> sink -> action -> reducer -> nextState
koa-compase 的洋葱式中间件,默认 Promise.resolve,强制异步了,用 callbags 实现一个 callbag-compose,既支持同步,又支持异步,或许是不错的注意
只有视图需要的才setData
immer 和 callbags 体积都很小,可以很好地作为库或者框架的底层设施
不要频繁调用,一次不要set 太多
官方也说了
https://mp.weixin.qq.com/debug/wxadoc/dev/framework/performance/tips.html
setData 是深拷贝?那小程序页面的状态复杂到一定程度,岂不是性能很差?
有谁用过chrome os的
这样是深copy 了吧
小程序的setdata不是深copy
看看后面会不会有一波吹 callbags
越来越多人吹 immer 了