从 Umi Max 迁移到 Next.js，我们实现了前后端架构解耦：后台继续用 Umi 做中台管理，前台用 Next.js 利用 SSR 提升 SEO 和性能。抛弃了 umi-request 改用

React 共享状态：告别“祖传”Props，拥抱“真香”体验！🚀 各位掘友，请脑补这个经典剧情： 你正在快乐地写着 React 组件，突然发现：卧槽！这个 state 居然要在另一个组件里用到？！😱

项目一度性能崩溃、组件混乱，直到我用五层架构彻底重构结构链路。这篇文章记录了我在 RSC 实战中的挣扎与重生。

"我们真的需要自己写一套组件库吗？"上周的技术评审会上,我正在和团队讨论组件库的选型。作为一个快速发展的创业公司,我们既需要高质量的组件,又想保持灵活的定制能力。在对比了多个方案后,我们选择了 sh

痛点 众所周知，前端项目想接入国际化，基本就是 i18n 这个方案。 i18n 的使用方式如下： 但是这样有几个缺点： 中文和英文被分开，无法第一时间对应 要起很多变量名， title/descrip

Blitz增加了Next.js所有缺失的特性和功能，让你能够构建一个完整的全栈Next.js应用，比如类型安全的API层、中间件和认证。

上一篇已经把动态路由实现方案写出来，这一篇主要就是在项目中实战了，通过RBAC模型实现前后端动态菜单和动态路由。

如果说业务开发中最重要的能力，那定位代码的能力肯定是其中之一。 业务项目一般代码都很多，你拿到一个需求之后，可能改起来不难，但是要定位在哪里改比较难。 特别是接手别人写的代码的时候。 大家都是怎么在不

hello，大家好，我是徐小夕。之前和大家分享了很多可视化，零代码和前端工程化的最佳实践，今天继续分享一下最近开源的 Next-Admin 项目的最新更新。 这次更新是1.0版本最后一次更新，也根据用