<< 返回博客
·4 分钟阅读·Tech

全栈开发实战复盘:哪些决策是对的,哪些是错的?

去年我做闪仓进销存,从零搭一个SaaS系统。技术选型、架构设计、AI集成……每一步都像在打Boss战。今天复盘一下我踩过的坑和做对的选择,给同样在路上的全栈开发者一点参考。

全栈开发实战复盘:哪些决策是对的,哪些是错的?

去年秋天,我蹲在出租屋里,盯着屏幕上刚跑起来的Spring Boot项目。数据库表结构改了五版,前端页面重构了三轮,API文档写了一堆。闪仓进销存第一个版本终于能跑了——但我知道,前面的坑还多着呢。

TL;DR 做全栈开发,技术选型要务实,架构设计要预留扩展,AI集成别跟风。我踩过过度设计的坑,也吃过忽视SEO的亏。今天用真实经历复盘几个关键决策,希望能帮你少走弯路。

技术选型:我为什么选了Spring Boot + Vue 3而不是Node.js?

核心回答:选自己最熟的技术栈,别为了跟风换生僻方案。

说实话,我纠结过。Node.js生态活跃,Next.js能SSR,对SEO友好。但我最熟的是Java,Spring Boot写后端闭着眼睛都能搭。创业初期,时间就是生命。用Java,我能在两周内把核心API写完;换Node.js,光学Express中间件就得花一周。

后来我发现,选熟不一定是最优解,但一定是最稳的解。Stack Overflow 2024开发者调查显示,全栈开发者中最常用的框架是Spring Boot和React,两者组合的社区支持最强[1]。我用Vue 3 + TDesign做PC端,因为之前项目用过,组件库齐全,开发效率高。唯一后悔的是没早点用TypeScript——重构时改类型改到崩溃。

配图

架构设计:单体应用还是微服务?我踩了一个大坑

核心回答:初期用单体,但一定要预留模块化拆分的能力。

我一开始就想着“万一用户量大了怎么办”,于是设计了微服务架构:用户服务、订单服务、库存服务……每个服务独立部署。结果开发了一个月,连登录功能都没跑通——服务间调用、分布式事务、消息队列,每个都是坑。

踩过这个坑你就懂了:对独立开发者来说,微服务是奢侈品。我后来重构成了单体应用,但用了模块化包结构(com.flashstock.warehouse, com.flashstock.order等),以后真要拆分,直接抽成独立服务就行。这种“伪微服务”方案让我开发速度翻倍,构建时间从8分钟降到40秒。据IDC报告,超过70%的中小企业SaaS在初期都采用单体架构,只有用户量达到百万级才考虑微服务[2]

AI集成:我把ChatGPT塞进进销存,结果用户不买账

核心回答:AI要解决真实痛点,别为了炫技而加功能。

GitHub 2024报告说AI辅助编程让效率提升30-55%[3],我信了。于是我在闪仓里加了个“AI助手”,能自动生成采购建议、预测库存趋势。我花了两周调Prompt、接API,自我感觉良好。结果上线后,用户反馈是:“这玩意儿准不准?我不敢用。”

后来我反思:仓库老板要的不是AI预测,而是扫码出库快一点、盘点不出错。我砍掉了花哨的AI功能,改做“一键导入Excel”、“手机扫码自动识别条码”——这些才是用户愿意付费的功能。

配图

前端框架:Vue 3还是React?我做了个折中选择

核心回答:PC端用Vue 3,移动端用uni-app,官网用Next.js——按场景选工具。

很多人问我为什么不用一套框架通吃。我的理由是:PC端进销存界面复杂,Vue 3 + TDesign的表格、表单组件开箱即用;移动端需要扫码、离线功能,uni-app一套代码打包成微信小程序和H5;官网要SEO,Next.js刚好。

这个决策让我多学了几套技术,但每个场景体验都更好。不过代价是维护成本高——有时候改个逻辑要改三处。如果重来一次,我可能会尝试Tauri或Electron做桌面端,减少跨平台头疼。

数据库选型:MySQL打底,Redis做缓存,Cloudflare D1试水

核心回答:关系型数据库选MySQL,缓存用Redis,边缘数据库可以试试D1。

我一开始想用PostgreSQL,因为听说性能更好。但MySQL 8.0我熟,文档多,云服务便宜。后来加了Redis做缓存,库存查询从200ms降到10ms。

有意思的是,我试用了Cloudflare D1(基于SQLite的边缘数据库)来存用户会话,延迟几乎为零。但D1写入性能有限,不适合做核心存储。目前只用在官网的评论系统和轻量数据上。

结尾感悟

一年下来,我发现全栈开发没有银弹。每个决策都是权衡——时间vs质量、性能vs可维护性、新潮vs稳定。重要的是保持清醒,知道自己要什么。

要点回顾

  • 技术选型:选熟的,别为了炫技换生僻方案
  • 架构设计:初期用单体,但预留模块化能力
  • AI集成:解决真实痛点,别跟风加功能
  • 前端框架:按场景选工具,别强求一套通吃
  • 数据库:MySQL打底,缓存用Redis,边缘场景试D1

如果你也在做全栈项目,欢迎来我博客聊聊。踩过的坑,一起少踩点。


参考来源

  1. Stack Overflow 2024 开发者调查 — 全栈开发者最常用框架调查
  2. IDC 中小企业 SaaS 架构报告 — 超过70%的中小企业SaaS初期采用单体架构
  3. GitHub 2024 Octoverse 报告 — AI辅助编程提升效率30-55%