最近有个朋友面试，面试官问了个奇葩的问题，也就是我写在标题上的这个问题。 能问出这个问题，面试官应该对 React 不是很了解，也是可能是看到面试者简历里面有写过自己熟悉 React，面试官想通过这个

你是否对前端的枚举有一些痛点？是否还在四处添加枚举？是不是记不住枚举的英文名称？是不是很难找？来看我是怎么处理的吧

你了解 React Query 吗？它为什么又重新请求了？它怎么又不请求了？它怎么还有这么多的 options，这些都要怎么用啊？

背景： 业务线后台管理系统经历了数年的迭代，代码量越来越庞大 不同模块全部集成在同一个项目中，添加需求越来越难 最近，刚好又要重新开四个后台管理系统，微前端势在必行。 我认为的微前端，对于当前业务来讲

前言 上周在群里突然被 @ 要我查看生产上出现的问题，由于这个项目比较老 (React15)，既没有埋点也没有接入错误监控，于是会得到如下的这样一个提示信息（以下错误是本地模拟的实际生产效果）： 当你

前言 在日常工作中，你是不是通过以下方式来排查问题： 意念调试，赌哪里存在问题？或者看代码找问题 console.log打印日志 通过键入debugger进行调试 通过VsCode debugger调

我发现在同事和面试者中，很多中级或以上的前端都还停留在promise常规用法，但其实，promise还有很多巧妙的高级用法。

在项目开发中，代码评审是至关重要的一个环节，是整个项目健康运行的必要保障。笔者基于维护多年的 React 前端组件库，总结了如下的代码评审清单，欢迎大家参考讨论。

不知道大家有没有感觉， 一到三年工作经验的其实差距还是很大的 ，有的一年工作经验的能力的确比三年的更强点，难不成他们是天生编码能力强？非也！是因为他们会花更多的时间去学习去思考。 其中个人觉得