HTML基础

最近一个月，为了给团队补充新鲜血液，我密集面试了差不多20位前端候选人，从刚毕业的新人到有三五年经验的都有。 面试得多了，我发现一个很有意思，甚至有点反常识的现象：现在很多候选人的知识结构，好像是个倒

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

上周，我看到我们组一个很努力的新人，午休时间还在看一篇关于“Astro Island Architecture”的文章，眉头紧锁。 我走过去问他，最近在研究这个吗？ 他说：“不是，就是看社区里大家都在

如果要评选一个前端最“反人类”的Web API，document.cookie绝对能排进前三。 干了这么多年，我每次在代码里看到需要手动拼接、用正则表达式去解析document.cookie的场景，都

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

我们做前端，经常会遇到国际化（i18n）的需求。最常见的就是，如何根据用户的地区，显示不同格式的数字、货币和日期。 在不了解Intl对象之前，我们可能会写出这样的代码： 这段代码不仅繁琐、难以维护，而

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

前端技术的发展速度，快得让人焦虑。我们每天都在学习新的框架、新的工具，但同样重要的，是关注语言本身——CSS和JavaScript——正在发生的变化。 这篇文章，不想聊那些你已经熟练掌握的技术。我们来

我们做前端的，为了让网站在不同设备上都好看，天天都在和“响应式”打交道。其中最常见的一个场景，就是处理字体大小。 通常，我们是这么做的： 这套代码能用，但它有一个问题：字体大小的变化，是“跳跃式”的，

最近，我写了一份文件上传组件的代码（Jquery😄，先别喷）。但在前端开发中，处理<input type="file">一直是个麻烦事，主要是因为它的files属性是只读的，我们没法用JavaScri

如果你做过任何需要登录的功能，那么你一定思考过这个问题：当后端甩给我一个token时，我一个前端，到底应该把它放在哪儿？ 这个问题看似简单，无非就是 LocalStorage、SessionStora

在现代Web开发中，色彩的表现力是用户体验的核心要素之一。长久以来，RGB（Red, Green, Blue）及其包含透明度的RGBA一直是CSS中最主流的色彩表示方法。然而，RGB本质上是一种设备依

在前端开发的世界里，我们常常听到一句话：“这效果实现不了？上JS啊！” 于是，为了一个简单的Tabs切换、一个元素的显隐，我们可能就引入了一个库，或者手写了一段DOM操作。 但随着CSS语言的飞速发展

作为一名前端开发者，我们一定都遇到过这样的需求：实现一个占满整个屏幕的欢迎页、弹窗蒙层或者一个 fixed 定位的底部菜单。 直觉告诉我们，这很简单，给它一个 `height: 100vh` 就行了

是的，你没看错。 我们在一个组件中，只用了 2 行 CSS，就还原出了 Apple Vision Pro 系统里的「毛玻璃 UI 效果」，还带一定程度的背景滚动模糊、亮度抬升、高斯柔光——核心关键点就

在一次前端性能优化项目中，我们发现仅仅一个 icon font 文件就高达 20MB。这不仅拖慢了首屏加载速度，还极大地浪费了带宽。最终，我们将它压缩到了 10KB，而不影响任何功能表现。 这一过程背

不是我杠。是真的用了一段时间之后，我开始怀疑，我到底是在写样式，还是在拼？？ Inline-style 再丑，好歹直觉。Tailwind，看起来像原子，其实是一坨。 👀背景：Tailwind 被当成“

🔥先说结论：我已经全面弃用 iconfont，只用 SVG 用了 6 年 iconfont，直到一次 icon 闪退 + 一个 retina 模糊问题，我怒转 SVG。现在回看，我只想说：一切都晚了。

说到编程语言，谁的名字最响？ JavaScript？控制一切前端交互； Python？AI 和爬虫首选； Rust？系统级新贵，性能炸裂。 而 CSS 呢？ 不客气地说，CSS 一直在“技术鄙视链”的

我是一个 Vue 使用者，甚至不夸张地说，“Vue 是我入行前端的第一个框架”。 但三个月前，我开始一个内部系统重构项目时，发现： 项目组件越来越多，但状态共享越来越难处理； Vuex 太重，Pini