Vitalik谈前端架构：以太坊创始人的技术思维重构

　　去年十二月，我在深圳湾那个玻璃盒子会议室里，听Vitalik讲前端架构——就那场“以太坊创始人的技术思维重构”，投影仪右下角还挂着没关的Zoom会议号，第七排右边第三个插座松动，插头一碰就断电，我换了三次位置才把笔记本充上。（这跟我现在说的事没关系。）

　　他全程没提React、Vue、Webpack，一张幻灯片是手写的三行字：“状态可验证 → 交互可回溯 → 渲染可替换”。底下有人问“那UI组件库怎么办”，他停了五秒，说：“淘汰不是靠投票，是靠加载失败次数。”——这句话我没记错，当时坐在前排穿灰夹克的女工程师，转身对我比了个大拇指，然后低头刷手机，再没抬头。

　　我原以为他在讲设计哲学，结果后半段全在复现一个崩溃现场：一个用WebAssembly预编译合约ABI的轻钱包前端，在Chrome 119里第一次调用eth_call时，render层因为JSON-RPC响应体里的null字段没做兜底，导致整个UI树在diff阶段被强制重置为初始state——第八次点击“发送”按钮，页面回到loading态，但network面板里其实已发出请求，只是commit没触发，用户看不见。（这也不关键，就是个插件更新的副作用。）

　　会后我追到走廊问了一句：“所以您认为前端架构的优胜劣汰，本质上是错误传播路径的长度决定的？”他点头，又补了半句：“越短，死得越快。”我愣住，他笑着指自己电脑包上掉漆的贴纸——上面印着个锈蚀的齿轮，齿尖磨平了，底下一行小字：“No fallback, no survival.”

文章配图，仅供参考

　　回来我就改了我们SDK的错误边界策略：把原本三级try-catch里第二层的warn日志，直接换成throw new FatalRenderError()，强行让整个iframe reload。上线第三天，监控告警跳红，不是报错数涨了，是报错后存活率反升12%——因为原来那些“看似跑通实则卡死”的边缘case，终于被用户亲手点出了重启入口。他们不再等，直接刷新。（办公室绿植上周死了两盆，水浇多了，跟这事无关。）

　　但我到现在也没搞懂：为什么把错误提前暴露成crash，反而提升了可用性？Vitalik说的“优胜劣汰”，到底是在淘汰代码，还是淘汰那种“还能凑合用”的忍耐习惯？我翻过他那段演示代码的Git commit，作者名是vitalik.eth，时间戳确实是去年十二月十七号下午三点二十一分，但最后一行注释写着：“this breaks Safari on iOS 16.4 — fine.”——fine。就这么两个字母。

　　有谁碰到过这个吗？

（编辑：航空爱好网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!