原谅我起了一个这么大的标题，当了一回标题党😛 之前一直做B端系统，针对线上错误引入了 sentry 来收集错误日志，一开始还能盯着告警邮件，后面告警越来越多就选择性忽视了🤪，大伙可千万别学我

本文适合有对React家族有一定使用经验，但对从零配置一个App不是很熟悉，又想要从零体验一把搭建App的同学。 我自己就是这种情况，中途参与到项目中，一直没有掌控全局的感觉，所以这次趁着项目重构的机会，自己也跟着从零配置了一遍，并记录了下来，希望能跟同学们一起学习，如果有说错…

说到元素拖拽，通常都会先想到用 HTML5 的拖拽放置 (Drag 和 Drop) 来实现，它提供了一套完整的事件机制，看起来似乎是首选的解决方案，但实际却不是那么美好，主要是它的样式太过简陋

富文本编辑器的实现 通常使用 L1 方案的富文本编辑器都是基于浏览器自身 contentEditable 属性实现的，共用了浏览器的光标和选区；对数据层进行了抽象，依赖 DOM 对内容进行渲染。 L1

又到了金九银十季，最近我也是奔波于各种面试。我自己总结整理了很多方向的前端面试题。借着国庆这个假期，也把这些题目总结分享给大家，也祝正在面试的朋友们能够拿到满意的offer。

谈到目前最🔥的构建工具，那无疑要属 vite 了。vite 以其独特的 nobundle 打包机制，再配合浏览器对 ESM 规范的支持，能给开发人员带来很好的开发体验，越来越受到大家的欢迎。 看到 v

前言 以前我在掘金上看到面试贴就直接刷掉的，从不会多看一眼，直到去年 9 月份我开始准备面试时，才发现很多面试经验贴特别有用，看这些帖子（我不敢称之为文章，怕被杠）的过程中对我的复习思维形成影响很大，

无论做业务需求还是做平台需求的同学，随着需求的不断迭代，通常都会出现逻辑复杂、状态混乱的现象，维护和新增功能的成本也变的十分巨大，苦不堪言。下图用需求、业务代码、测试代码做对比： 图中分了 3 个阶段

怀着对于RxJS这项技术的好奇，笔者花了数天时间研究了这项技术，并肝了一包枸杞才完成这篇文章的撰写，属实不易。不过也正是通过这段时间的学习，我发现这项技术在一定程度上可以解决我在日常业务中遇到的一些痛点，以及有种想马上应用到自己的新项目中的欲望，的确这种以数据流的理念来管控大型…