获得徽章 0
其实我现在并不是很喜欢 fre 了……一入编译深似海，我现在确实更喜欢走编译路线，比如我写了 wean (小程序编译器)，我还写了 asta，一个类似 svelte 的编译器……
我冥思了许久，前端工具链的工具也在不断变化，比如 esbuild，swc 等等……
未来等我彻底忙完我会写一个新框架，是一个类似 svelte 的编译器，但全部使用 rust 来写，它是多线程的，html 无关的
害，现在来看，未来或者说已经成为了现在，
一定不属于 web，也不属于 js
我冥思了许久，前端工具链的工具也在不断变化，比如 esbuild，swc 等等……
未来等我彻底忙完我会写一个新框架，是一个类似 svelte 的编译器，但全部使用 rust 来写，它是多线程的，html 无关的
害，现在来看，未来或者说已经成为了现在，
一定不属于 web，也不属于 js
展开
评论
4
fre 新算法使用了一种新技术，称为 centralized paints
性能比原生 js 快一倍，比 vue3 快三倍，比react快四倍
centralized paints 和 time slicing 属于同一个级别，都属于创造级
如果是 fre1 的突破是 time slicing，那么 fre2 的突破就是 centralized paints 了
github.com
性能比原生 js 快一倍，比 vue3 快三倍，比react快四倍
centralized paints 和 time slicing 属于同一个级别，都属于创造级
如果是 fre1 的突破是 time slicing，那么 fre2 的突破就是 centralized paints 了
github.com
展开
1
1
github.comfre2 自发布以来，最大的一次重构
我使用了一种新的，从右往左的遍历方式，目的是简化 dom 指针并将和 dom 相关的代码迁移到 commit
优点是，没有 dom 指针的 reconciler 可以很轻松跑到 worker 中，同时代码更容易理解
缺点是， effects 和 refs 的顺序都和 react 相反了
展开
评论
2
wean 我还没有放弃，我准备深度使用 esbuild 了……
主要有几个原因：
1. esbuild 真的很快，覆盖的 case 也足够
2. 我找到了一种操作 esbuild api 的方法(操作二进制流)
我写的轮子，都比较注重架构的设计，但是设计并不代表所有东西都要从 0 实现，事实上尤其是服务公司业务的框架，简单整体是最终的，复杂碎片化是不可取的
最近在公司搞了远程调试，终于可以砍掉很多碎片化的调试环节了，蛮爽的
wean 还会继续搞的放心吧，我有 kpi，但我不会弃坑
主要有几个原因：
1. esbuild 真的很快，覆盖的 case 也足够
2. 我找到了一种操作 esbuild api 的方法(操作二进制流)
我写的轮子，都比较注重架构的设计，但是设计并不代表所有东西都要从 0 实现，事实上尤其是服务公司业务的框架，简单整体是最终的，复杂碎片化是不可取的
最近在公司搞了远程调试，终于可以砍掉很多碎片化的调试环节了，蛮爽的
wean 还会继续搞的放心吧，我有 kpi，但我不会弃坑
展开
1
1
赞了这篇文章
赞了这篇文章
赞了这篇文章
fre.deno.dev从今天开始，fre 有官方文档啦
事情的起因是 deno 提供了巨好用的 severless 服务，就想着搞个 demo，最合适的就是文档了
但是 fre 作为一个前端框架，不可能用比如 vitepress 之类的工具
好在最终物色到了 docup，作者是 egoist，很赞的开源作者
于是乎就有了 fre + docup 的一波 py 交易
docup 就内置了 fre
![[害羞]](http://lf3-cdn-tos.bytescm.com/obj/static/xitu_juejin_web_seo/img/jj_emoji_7.eca1535.png)
从此，fre 也有官方的文档工具啦，我把文档放到 docks 文件夹了，这就意味着……
github.com是时候混 fre 的 pr 啦！啥都能提，只要能充实内容，朕通通允了！
另外，如果大家也需要选择文档工具的话，也可以考虑 docup 和 fre 啦
展开
2
点赞
egoist 大佬写的文档工具 docup，支持 fre 啦，这个地址了不得
包含了俩人和俩库，了不得了不得
再也不用愁文档工具啦
docup-git-fork-yisar-fre-egoist.vercel.app
包含了俩人和俩库，了不得了不得
再也不用愁文档工具啦
docup-git-fork-yisar-fre-egoist.vercel.app
展开
评论
点赞