光头老石

再见 Moment.js！浏览器原生支持的新一代时间库 Temporal 来了 只要你写过前端，就一定被“时间”折磨过：跨国业务里诡异的本地时差、一加一减就原形毕露的月份溢出、还有为了简单格式化不得不

在传统的软件开发模式中，我们的潜意识里会这样认为：一个业务对象，就必然对应数据库里的一张物理表。 比如我们要开发一个问卷系统，很自然地会建立 Survey（问卷表）、Question（题目表）、Res

尽管在前面的篇章中，我们一路披荆斩棘，搞定了坐标系、渲染层和基本交互，让演示工程初具雏形。但 Canvas 本质上只是一块没有记忆的像素面板。 要想从理论走向工程落地，实现支持持久化与多人协同的业务，

你以为你点中了一个圆，其实你只是点中了一堆毫无意义的像素点。在画布里，所谓的“选中”，不过是一场精密的数学与色彩幻术。

想要像 Figma 那样承载几十万个元素且依然“跟手”？你必须亲手撕掉浏览器的常规排版流，去接管那块纯粹的像素缓冲区。

一个你每天都在做的操作 打开 Figma，或者启动蓝湖（Lanhu）查看标注，又或是打开 Lovart 开始绘图。 双指捏合，画布缩小了。两指一推，画布滑到了左边。点一下那个蓝色的矩形，选中了。 你每

还记得当初被 JavaScript 的 async/await 惊艳到的时刻吗？一个 await，就把那些繁琐的回调地狱（Callback Hell）变成了优雅的同步代码，让 Web UI 始终保持流

你是不是也有过这样的困惑： 打开一个老项目，或者在做 Code Review 时，发现代码里一会儿是 interface Props，一会儿又是 type State。问同事为什么要混用，他也支支吾吾

一、你的表单，是否正在失控？ 想象一个场景，你正在开发一个“企业贷款申请”或“保险理赔”系统。 最初，页面只有 5 个字段，你写得优雅从容。随着业务迭代，表单像吹气球一样膨胀到了 50 多个字段： “