React 前端进阶

没有一丝拖泥带水，写法就这么简单，还不赶紧在你的项目里加上试试！想起自己以前傻傻的用绝对定位计算位置，真是可笑可笑~ 😂

自从 React Hooks 推行后，Redux 作为状态管理方案就显得格格不入了。Dan Abramov 很早就提到过 “You might not need Redux”，开发者必须要写很多“模式

React 18 正式版已经发布。今天我们从使用者的角度来探索下 React 17 升级到 18 会遇到的问题和一些新增的功能。

它拥有无与伦比的预览交互体验：从打开图像开始，每一帧的动画、细节和交互都经过了精心设计与反复调试，媲美原生图片预览的效果。

Next.js 想必大家不陌生吧，其中最为熟知的就是约定式路由（基于文件系统）。现在我们来在 Vite 中巧妙地实现这一项省心的功能。本文是以 React 结合 React-Router 实现，vue

最近实现的简单、透明、组件化微前端方案总体感觉不错，也收到了很多人的反馈，很具有学习参考价值。但有不少朋友使用该方案打包配置出现了一些问题，做事应有始有终，挖的坑总得完善一下。今天分享一下 Vite

什么是微前端 微前端借鉴了微服务的架构理念，将一个庞大的前端应用拆分为多个独立灵活的小型应用，每个应用都可以独立开发、独立运行、独立部署，再将这些小型应用联合为一个完整的应用。微前端既可以将多个项目融

不可变数据作为函数式编程的重要组成部分，在很多熟知的模块中都广泛运用，比如 React、Redux。因此也出现了许多操作不可变数据的库，如 immutable.js、immer

现在 Vite 的生态逐渐完善，今天给大家介绍一款 React 的组件/应用文档编写神器： vite-plugin-react-pages

Javascript 的发展非常快，根本没有时间调整设计。在推出一年半之后，国际标准就问世了。设计缺陷还没有充分暴露就成了标准。

我们从设计思维的角度来谈谈如何设计一个更优雅的 React 组件。 基本原则 单一职责 单一职责的原则是让一个模块都专注于一个功能，即让一个模块的责任尽量少。若一个模块功能过多，则应当拆分为多个模块，

在日常团队开发中大家写的组件质量参差不齐，风格千差万别。会因为很多需求导致组件无法扩展，或难以维护。导致很多业务组件的功能重复。我们从代码结构的角度来谈谈如何设计一个更优雅的 React 组件。

[...undefined] 输出什么？`...`可以称之为 展开语法(Spread syntax)，又可以叫 扩展运算符。可以在函数调用/数组构造时, 将数组表达式或者 string 在语法层面展开

mac-scrollbar 是一款具有 macOS 样式的 React 滚动条组件，使用原生浏览器滚动，悬浮的滚动条不占用宽度，不影响设计布局

我们从 UmiJS 迁移到 Vite 已经上线半年多了。迁移过程中也遇到了不少问题，好在 Vite 足够优秀，继承自 Rollup 的插件系统，使我们有了自由发挥空间。目前很多人对 Vite 跃跃欲试

自从 React Hooks 面世以来，我们对其讨论便层出不穷。今天我们来谈谈 React.useCallback 这个 API。先说结论：几乎所有场景，我们有更好的方式代替 useCallback。

有人说好的代码像一首诗，优雅而有内涵。在日常开发中，维护别人老代码的时候是不是总感觉逻辑混乱，无法入手。今天，我们从日常开发的角度上面谈谈如何让自己的代码更清晰，更易于维护，让别人看起来更有逼格。