获得徽章 0
一图胜千言
132于2021-07-31 11:39发布的图片
1
其实我现在并不是很喜欢 fre 了……一入编译深似海,我现在确实更喜欢走编译路线,比如我写了 wean (小程序编译器),我还写了 asta,一个类似 svelte 的编译器……
我冥思了许久,前端工具链的工具也在不断变化,比如 esbuild,swc 等等……
未来等我彻底忙完我会写一个新框架,是一个类似 svelte 的编译器,但全部使用 rust 来写,它是多线程的,html 无关的
害,现在来看,未来或者说已经成为了现在,
一定不属于 web,也不属于 js
展开
评论
132于2021-06-08 14:52发布的图片
评论
132的头像
web前端 @ 携程
fre 新算法使用了一种新技术,称为 centralized paints
性能比原生 js 快一倍,比 vue3 快三倍,比react快四倍
centralized paints 和 time slicing 属于同一个级别,都属于创造级
如果是 fre1 的突破是 time slicing,那么 fre2 的突破就是 centralized paints 了

github.com
展开
132于2021-06-07 11:05发布的图片
1
建议面试官问 diff 的时候,加一个问题:
[ fre 的 effects 和 refs 执行顺序为什么和 react 相反?]
3
github.com

fre2 自发布以来,最大的一次重构
我使用了一种新的,从右往左的遍历方式,目的是简化 dom 指针并将和 dom 相关的代码迁移到 commit
优点是,没有 dom 指针的 reconciler 可以很轻松跑到 worker 中,同时代码更容易理解
缺点是, effects 和 refs 的顺序都和 react 相反了
展开
评论
wean 我还没有放弃,我准备深度使用 esbuild 了……
主要有几个原因:
1. esbuild 真的很快,覆盖的 case 也足够
2. 我找到了一种操作 esbuild api 的方法(操作二进制流)
我写的轮子,都比较注重架构的设计,但是设计并不代表所有东西都要从 0 实现,事实上尤其是服务公司业务的框架,简单整体是最终的,复杂碎片化是不可取的
最近在公司搞了远程调试,终于可以砍掉很多碎片化的调试环节了,蛮爽的
wean 还会继续搞的放心吧,我有 kpi,但我不会弃坑
展开
1
github.com 求 star,还差2个啦,点赞的可以私戳索要一张我的色图,未来可以用做要挟
评论
基本资料如图一,择偶标准如图二😭
132于2021-04-11 11:30发布的图片
132于2021-04-11 11:30发布的图片
4
fre.deno.dev
从今天开始,fre 有官方文档啦
事情的起因是 deno 提供了巨好用的 severless 服务,就想着搞个 demo,最合适的就是文档了
但是 fre 作为一个前端框架,不可能用比如 vitepress 之类的工具
好在最终物色到了 docup,作者是 egoist,很赞的开源作者
于是乎就有了 fre + docup 的一波 py 交易
docup 就内置了 fre [害羞]

从此,fre 也有官方的文档工具啦,我把文档放到 docks 文件夹了,这就意味着……

github.com

是时候混 fre 的 pr 啦!啥都能提,只要能充实内容,朕通通允了!

另外,如果大家也需要选择文档工具的话,也可以考虑 docup 和 fre 啦
展开
132于2021-04-01 09:23发布的图片
2
egoist 大佬写的文档工具 docup,支持 fre 啦,这个地址了不得
包含了俩人和俩库,了不得了不得

再也不用愁文档工具啦

docup-git-fork-yisar-fre-egoist.vercel.app
展开
评论
下一页
个人成就
文章被点赞607
文章被阅读93,890
掘力值1,625
收藏集
0
关注标签
2
加入于