Web高性能

大家好!😁。 Code Review 的时候，我最怕看到什么？ 不是复杂的算法，也不是什么正则。而是明明一个 HTML 标签就能搞定的事，有人非要写几百行 JS + CSS 去重新发明轮子 。 前几天

大家好😁。 还记得我之前那篇吐槽《当 Ant Design 成了你最大的技术债》的文章吗😂？在那篇文章里，我痛斥了 Antd 的黑盒样式、难以覆盖的 !important 地狱，以及臃肿的 CSS-i

大家好！ 最近面试，我发现一个很有意思的事情。几乎每个高级前端的简历上，都专门开辟了一栏，叫性能优化。 里面写满了各种高大上的名词😖： 看着这些，我通常会问一个问题： 你为什么要渲染一个有一万条数据的

大家好😁 如果你是一个前端，尤其是在B端（中后台）领域，Ant Design（antd）这个名字，你不可能没听过。 在过去的5年里，我们团队的所有新项目，技术选型里的第一行，永远是antd。它专业、开

大家好，我来了🙂。 我们团队，维护着一个有5年历史的史诗级中后台项目😖。在这座屎山里，有一个叫handleOrderSubmit.js的文件。 可以下载瞧一瞧 有多屎👉 handleOrderSubm

前几天，我们团队CI/CD流水线挂了，一个新来的前端同事跑来问我：“老大，我本地pnpm build明明是好的，为什么一到CI就报错？” 我看了看日志，node-gyp编译失败。我问他：“你本地的No

最近Code Review的时候，我看到我们组一个很聪明的年轻同事，用观察者模式，写了一个极其复杂的全局状态订阅系统，就为了在一个组件里，响应另一个不相关的组件的点击事件。 比较常见的场景：点击 Bu

随着后端微服务架构的普及，以及客户端形态（Web、iOS、小程序、桌面端）的日益多样化，我们前端开发常常会面临一个很尴尬的局面： 后端提供的API，往往是通用的、面向数据的，而我们前端需要的，却是定制

最近在Code Review里，我看到一个新同学在一个vite.config.js里，习惯性地加上了@vitejs/plugin-legacy，用来支持旧版浏览器。 我问他：“我们的目标用户里，真的还

我们来想象一个场景：你正在一个电商网站上，精心挑选了半小时的商品，填好了复杂的收货地址，满心欢喜地点击提交订单 Button。 突然，页面Duang🎈地一下，跳转到了登录页，并提示你：“登录状态已过期

昨天下午，来了个刚毕业的学弟，很认真地跑过来问我：“哥，我看网上好多人都说前端要学Node，我到底要学到什么程度啊？是不是得把Express、Koa那些都搞会了才能找到好工作？” 看着他一脸焦虑的样子

还在当一线开发的时候，我最怕半夜接到电话，说：线上出问题了！！！。 那时候我们对线上环境几乎是两眼一抹黑。一个功能发布后，它在线上跑得快不快、有没有报错、用户到底喜不喜欢用，我们一概不知。出了问题，只

咱们做前端的，天天都在跟Object和Array打交道。但ES6其实还给我们提供了另外两个非常有意思的数据结构：WeakMap和WeakSet。 说实话，我刚开始学这两个东西的时候，也觉得有点鸡肋。M

干了8年前端，有时候回头看，感觉就像看了一部浓缩的科技史。我刚入行那会儿，简历上写“精通jQuery”还是个很重要的加分项；而现在，面试时聊的都是React Hooks、Vue Composition

Modal弹窗，可以说是我们前端UI界面里的“标配”了。但这个组件，恰恰是团队里代码质量的“重灾区”。 我见过太多用div手写的弹窗了：z-index满天飞、焦点管理一塌糊涂、背景页面还能滚动、Esc

大概从五六年前开始，WebP作为Google推出的图片格式，凭借其出色的压缩能力，逐渐取代了JPEG和PNG，成为我们前端性能优化的首选。 但技术总是在进步。当我们还在享受WebP带来的红利时，两个更

在现代前端开发中，我们不再仅仅满足于用JavaScript在客户端渲染页面。为了更好的首屏加载速度和搜索引擎优化（SEO），一系列服务端相关的渲染模式应运而生。 开发者常常会遇到SSR, SSG, I

Vue 3 的 Composition API 给开发者带来了更强的逻辑组织能力，但很多人用 defineProps 的方式，依然停留在 Vue 2 的“Options 语法心智”。本质上只是把 pr

Vite 凭借其基于原生 ESM 的开发体验和极速冷启动，被誉为“现代前端构建的终极解决方案”。然而，许多开发者在将老项目迁移到 Vite 或新项目上马后，仍会面临以下现实： 冷启动是快了，但热更新开

在如今用户体验越来越“挑剔”的前端世界里，**滚动视差（Parallax Scrolling）**已经成为提升页面沉浸感和高级感的标配。而过去我们实现视差动画时，往往借助于 scroll 事件 + J