广州it工作第五周

---

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

---

关键亮点说明：

1. 技术选型：

选择 若依框架 → 节省60%基础模块开发时间
2. 放弃纯云开发 → 因 MySQL业务兼容性 不足
3. 架构突破：
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 | ★★★★ | 中 | 复杂业务 |
| 纯微信云开发 | ★★ | 低 | 轻量工具类应用 |
| 混合云 | ★★★ | 中高 | 中庸型项目 |
2. 非核心功能（如图片上传）彻底云化，直接用云开发SDK。
3. 建立原型验证机制：

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

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

---