有一段时间，规范的答案是类提供了更多的功能（如状态）。有了 Hooks，就不再那么正确了。 也许你听说其中一个的性能更好。那是哪一个呢？许多基于此类的论证过程都存在缺陷，因此我会谨慎地从中得出结论。性能主要取决于代码做了什么，而不是您选择的是函数还是类。在我们的观察中，虽然优化…

一、故事的开始 最近产品又开始整活了，本来是毫无压力的一周，可以小摸一下鱼的，但是突然有一天跟我说要做一个在网页端截屏的功能。 作为一个工作多年的前端，早已学会了尽可能避开麻烦的需求，只做增删改查就行

一种是页面刷新，不保留页面状态，就是简单粗暴，直接window.location.reload()。 另一种是基于WDS (Webpack-dev-server)的模块热替换，只需要局部刷新页面上发生变化的模块，同时可以保留当前的页面状态，比如复选框的选中状态、输入框的输入等。…

界面无滚动条 滚动条的优化也有很多种，比如随便再网上搜索美化浏览器滚动条样式，就会出现些用css去美化滚动条的方案。 那种更好呢？ 没有更好只有更合适 像默认的滚动条的话，他能让你方便摁着往下滑动（他

只有了解用户，我们才能服务好用户，而最接近用户的前端工程师，自然要承担起更多的责任。 那么在一个企业中，我们要如何去了解用户呢？ 最直接有效的方式就是埋点上报。

阅读效果期望：一、完整了解@vue/cli的源码里的create流程； 二、完整体验从零开发一款属于自己的命令行脚手架的心路历程。

Webpack 一直都是有些人的心魔，不清楚原理是什么，不知道怎么去配置，只会基本的 API 使用。它就像一个黑盒，让部分开发者对它望而生畏。 而本节最大的作用，就是帮大家一点一点的消灭心魔。

常常会苦恼，平常做的项目很普通，没啥亮点；面试中也经常会被问到：做过哪些亮点项目吗？ 前端监控就是一个很有亮点的项目，各个大厂都有自己的内部实现，没有监控的项目就是在裸奔

前言 微前端系列分为 上/下 两篇，本文为 上篇 主要还是了解微前端的由来、概念、作用等，以及基于已有的微前端框架进行实践，并了解微前端的核心功能所在，而在 下篇 中主要就是通过自定义实现一个微前端框