会飞的小前端

本文基于开源项目 edge-next-starter 的真实迁移经验撰写。 edge-next-starter 是一个面向 Cloudflare 全栈开发的 Next.js 生产级启动模板

从 0 到 1 的历程 1.1 项目概览 心动恋聊是一个 AI 恋爱聊天助手小程序，帮助用户在社交场景中获得更好的聊天回复建议。 1.2 系列文章脉络 1.3 每篇文章的核心产出

没有错误处理的代码 可能出现的问题： 网络断开 → 应用白屏 接口超时 → 无任何反馈 返回数据为空 → Cannot read property 'replies

一、开篇：性能问题的发现 1.1 体验评分告警 1.2 AI 给出优化路线图 二、分包优化：减少主包体积 2.1 我的需求 2.2 AI 分析页面结构 2.3 分包配置 2.4 分包预加载

什么时候该封装组件 1.1 新手常见的误区 误区一：过度封装 误区二：不敢封装 1.2 何时应该封装组件 场景 是否封装 原因 同样的 UI 出现 3 次以上 封装 避免重复

一、开篇：登录流程的复杂性 1.1 看似简单，实则复杂 很多人觉得登录就是"点击按钮 → 调用接口 → 跳转首页"，但实际业务中的登录流程要复杂得多： 还有更多场景： 任意页面触发登录（不只是登录页）

常见的"祖传代码" 很多项目的 HTTP 请求是这样写的： 问题显而易见： 每个请求都要手动拼接 baseUrl 每个请求都要手动读取 token 每个请求都要

没有状态管理时的混乱 在没有集中式状态管理之前，我的代码是这样的： 问题显而易见： 每个页面都在重复读写 Storage 状态分散在各处，难以追踪 修改一处，容易漏改

长久以来，"用 Vue 3 写真正的原生 App" 一直是块短板。 uni-app 虽然"一套代码多端运行"，但性能瓶颈、厂商锁仓、原生能力羸弱的问题常被开发者诟病。 整个 Vue 生态始终缺少一个能