广州it工作第五周

---

日期	核心工作	关键产出
周一	后台系统技术选型与架构设计	✅ 选定 若依框架 搭建后台管理系统 ✅ 完成 功能模块划分 及技术文档输出
周二	用户管理模块开发	✅ 实现用户信息 增删改查（CRUD） 全功能
周三	核心业务模块开发	✅ 完成 订单管理 业务流程设计 ✅ 落地 土地管理 CRUD 核心逻辑
周四	技术方案优化与问题修复	✅ 验证 微信云开发 替代方案可行性 ✅ 修复 图片上传异常 Bug（改用云存储+路径映射）
周五	混合架构设计与规划	✅ 制定 MySQL + 云数据库混合方案 ✅ 参与 后续原型扩展 技术讨论

---

关键亮点说明：

1. 技术选型：

   • 选择 若依框架 → 节省60%基础模块开发时间
   • 放弃纯云开发 → 因 MySQL业务兼容性 不足

2. 架构突破：

   graph LR
   A[微信小程序] --> B{云存储}
   A --> C[自建服务器]
   B --> D[图片/文件]
   C --> E[MySQL业务库]
   

   混合架构价值：静态资源云化减压，核心数据自主可控

---

一、独立完成事项 & 挑战与成长

工作内容	挑战	克服方式	成长收获
1. 后台系统设计 - 技术选型（若依框架） - 功能模块规划文档	• 平衡开发效率与后期扩展性	• 选择 开源后台框架若依（集成权限管理/代码生成）	✅ 掌握 快速搭建企业级后台 的方法论
2. 核心模块开发 - 用户管理（增删改查） - 订单/土地管理功能	• 数据库设计需兼容农场业务逻辑 • 字段关联性复杂	• 先画 ER图梳理数据关系 • 用若依代码生成器快速实现基础CRUD	✅ 提升 业务模型抽象能力 ✅ 熟练 框架工具提效技巧
3. 技术方案优化 - 尝试微信云开发 - 图片上传BUG修复	• 云开发与传统MySQL不兼容 • 图片路径存储异常	• 改用 混合云架构： - 核心业务用云服务器+MySQL - 图片/文件用云存储	✅ 理解 混合云方案设计思维 ✅ 学会 根据场景灵活选型

---

二、本周工作思考

1. 「快 vs 稳」的博弈：

   若依框架虽加速开发，但过度依赖其生成代码可能导致技术债积累（如订单扩展字段需手动调整），下次需预留20%自定义空间。

2. 云服务的双刃剑：

   微信云开发适合轻量应用，但数据库生态封闭（不支持MySQL）成为硬伤，混合架构虽解燃眉之急，也带来运维复杂度。

---

三、若重来我会如何做？

1. 技术选型更严谨：

   • 制作 方案对比表（如下），避免试错成本：
     | 方案 | 扩展性 | 维护成本 | 适合场景 |
     | —————— | ——— | ———— | ——————— |
     | 自建MySQL | ★★★★ | 中 | 复杂业务 |
     | 纯微信云开发 | ★★ | 低 | 轻量工具类应用 |
     | 混合云 | ★★★ | 中高 | 中庸型项目 |

   • 非核心功能（如图片上传）彻底云化，直接用云开发SDK。

2. 建立原型验证机制：

   • 重要模块（如订单状态机）先写 伪代码流程图 与产品确认，避免返工。

总结：本周深刻体会架构选型需考量 业务生命周期（短期效率 vs 长期扩展）。未来将坚持 “设计-原型-开发”三步走，让技术真正服务业务增长。

---