Hooray

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

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

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

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

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

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

在之前的文章中，已经实现了页面缓存的功能。但在实际使用中，业务可能会要求某个页面根据不同的条件，来决定是否缓存。所以今天就来聊聊，如何精细化控制页面缓存。

在后台管理系统中，多级路由缓存一直是个老生常谈的话题，随着 vue-router 的更新，如今已经有了更好的解决方案。

前言 什么是“应用配置化”？举个最常见的例子，我们使用 VSCode 就提供了一个丰富的应用设置，它允许开发者通过配置文件来配置应用的各项功能，从而实现应用的灵活性。