掘友等级
获得徽章 9
5 年前的今天写的,现在来看,依然是如此的伟大光荣正确
有时回过头去,看着过去的幼稚想法,我的心中只有一个念头:我所说的都是对的
或者还有第 2 个念头:妈的,说的真好
github.com
Dan 老师解释了很多 'use client' 不能是默认,因为默认都是 RSC,你们怎么不听呢!但这其实正是因为 Server Components 命名的错误
老实岗,3 年前,单纯可爱的 Dan 突然在大会上(说他要选话事人)不是 ... 他突然抛出一个叫 Server Components 的东西,你什么感觉?你自然感觉这玩意应该是 React 的子集
你根本没想它才是爹,它是恶龙!它会把 Client React 给整个吃掉!把整个 Client React(即我们熟知的 RSC 出现之前的 → React)变成自己的子集!
但如果,如果他是抛出一个叫 react-server 的包呢?我们还会有这种感觉吗?那肯定不会了,我们立刻就理解了它不是 client,它是整个在 server 端运行的
相信很多人在使用 React 状态管理器时,会有困惑:非 state 的公共变量(类似 useRef 变量)应该放在哪呢?
于是我立刻用 0 行代码在 resso 里实现了这个功能,并在文档里贴心的添加了介绍 ... github.com
好吧,它竟然和 resso 完全无关!🤧
React Forget 开发的非常成功,以至于被 React Forget 了
想当年,我也是一个朝气蓬勃、单纯可爱、热爱互联网精神、根本不知道江湖险恶的前端开发,看看这 PPT 写的,哪个老油条看了不得感叹一句:"不是 ... 你整这有啥用??"
更新了一下世界上最简单 React 状态管理器(resso)的文档,让它的文档更简单一点
没有流程图,没有 selector、action、event、async 啥啥啥概念,就是一个工具而已,用就行了
github.com
公平的讲,在过去 2 年里,只有 Tailwind CSS 和 Vite 极大的改善了前端的开发体验和效率
只是解决问题,而不是增加混乱。只是技术美感,而不是 KPI 包装。只是优雅的工具,而不是晦涩难懂的技术宗教
这是一种计算机美学,无论在任何时代,都会让一些最开始的接触领域的人意识到,“喔原来还可以这样”
我的解压方式,就是没事把网上看到的一些 UI,用前端实现出来 😑(请注意这个封口是可以拖动的🩹➡️😈
→ codepen.io
HTML/JSX 写 UI,结构很清晰,但 <x></x> 标签写起来很费事
Swift/Flutter 用类似 函数+对象 的语法写 UI,但代码看起来太繁琐
刚才试了下,纯用 JS 对象来写 UI,自编一套语法,没想到 ... 效果竟然很惊喜(请注意全是合法语法
敦促 React JSX 和 Vue Template 赶紧换成这套语法,与 JS 无缝结合!
下一页