引言 最近的求职之路不太平坦，面试机会不多，还在一场关键的面试中，被一个关于框架源码设计模式的问题卡住了。实际上最近这几年已经不关注 Vue/React 这类框架的源码了，当时只想到了 Vue 响应式

此文总结了我多年组件封装经验，以及拜读 antd、element-plus、vant、fusion等多个知名组件库所提炼的完美组件封装的经验；是一个开发者在封装项目组件，公共组件等场景时非常有必要遵循

前端老鸟才知道的秘密：void(0)，这东西到底有什么用 前几天 review 代码，看到一个小年轻写了这么一行： 我当时就乐了，心想：" 这孩子是不是被产品经理逼疯了？直接写undefined不香吗

三句话，我决定要他了 最近团队业务扩张，所以有一些HC，我也因此成了“兼职面试官”，每天都在跟不同的候选人打交道。面得多了，一些有意思的现象就浮现了出来。

在2025年的今天，我想说一句可能会被很多同行喷的话🤯： 我个人认为，以styled-components和Emotion为代表的、在运行时注入样式的CSS-in-JS技术，从长远来看，是一项失败的技

🧠 一、为什么一行贝塞尔就能“Duang”起来？ 1️⃣ cubic-bezier 是什么？ 在 CSS 动画里，我们经常写： 但其实 ease、linear、ease-in-out 这些都只是封装好

传统架构概述 传统架构概念 传统架构一般指的是多个独立的项目，通常每个项目都拥有自己独立的代码仓库、技术栈、依赖和部署流程。这样的架构在团队初期小规模运作时可能并无明显问题，但随着项目规模的扩大，往往

讲性能优化时，别只说 “要做图片懒加载、防抖节流”，这样太简单了。我们想要让面试官眼前一亮，最主要的**向让面试官展现出我们基础知识的牢固、全面和你有实践的经历**。“理解底层 + 注重实践”

当DOM节点过多时，可能会导致页面渲染性能下降、内存占用增加等问题。以下是一些针对这种情况的优化方法： 减少DOM节点数量 按需渲染：仅在用户实际需要时才渲染DOM节点。例如，对于页面中的折叠面板内容