Hooray

这些年我一直在做 Fantastic-admin 这套管理后台框架。也一直在关注这个圈子的发展，虽然“技术栈在升级”、“UI 风格也在变化”，但管理后台框架核心一直在不断解决同一个问题： 如何把那些反

这个三年的时间点上，也就是1100天，我打算继续出来和大家唠唠，这一年我又做了些什么事，或者说，如何把一款好的后台框架变得通用？

一个有手就能写的框架，要让开发者选择使用你的，而不是自己去写，想必肯定不是实现上面那些功能那么简单，那要如何服务好开发者呢？

之前写了一篇《AI 时代的管理后台框架，应该是什么样子？》文章，我的一些见解得到了蛮多人的认同。 如果说那篇文章是我对 AI 时代管理后台框架的全部理解，那这篇文章就是从理论到落地的一份完美答卷。

背景 逛 X 和 Github 的时候，经常会刷到一些很有意思的前端插件或组件，但它们大部分都是用 React 写的，毕竟 React 在全球的市占率还是远远高于 Vue 的。 但看到了就会一直心痒痒

2025年的第四季度，连续经历了裁员、副业收入下滑，以及AI引起的职业倦怠，让我这个35岁老程序员，站在(可能是)职业生涯的十字路口，必须要思考2026年，或者是人生下半场该做什么。

作为一款面向开发者的后台系统框架，一直在尽可能满足各种业务场景的需求，但也确实没办法做到将各种业务需求都集成进去。既然很多功能框架无法直接满足，那就得思考如何降低客制化的成本，让开发者可以更轻松的扩展

Fantastic-mobile 不是一个新项目，我在 2024 年 6 月的时候就发布了第一个版本，只是一直没正式做过宣传。 经过近一年的陆续迭代，这次正式从 0.x 版本升级到了 1.0 版本

页面刷新是很常见的一种用户行为，比如一些表单页面，用户填写了一半数据，这时候打算重新填写，就会通过刷新页面恢复到初始状态。 但直接刷新浏览器会触发整个应用的重新加载，这显然不是我们希望看到的。