两个月前，我的产品经理走到我的办公桌前，说了四个字：“我们需要包裹配送。”我自信地点了点头。内心呢？我完全不知道从何入手。“FoodMartex”已经在处理食品订单——顾客从餐厅下单，骑手配送餐食，管理员管理运营。增加包裹配送意味着在第一个系统旁边构建第二个神经系统。同一个平台。同一批用户。全新的逻辑。但我还是答应了。有时候，你只需要这样做就够了。
错误的开端
第一周令人备受打击。我打开编辑器，盯着空白屏幕，感觉仿佛过了几个小时。面对如此庞大的任务，究竟该从何开始？我从顾客创建页面入手——这是一个包含取件和送件地点、物品类型、重量以及尺寸的表单。还有谷歌地图（Google Places）自动补全、实时费用估算和字段验证。这本应是“简单的部分”。但事实并非如此。第一个版本一团糟。当用户输入太快时，自动补全功能就会崩溃。费用估算器在错误的时间触发。验证错误显示在错误的位置。我删除了整个项目，重新开始。然后我又做了一次。第三次，我不再试图编写完美的代码，而是只编写能运行的代码。那一刻，一切发生了改变。
让我崩溃的地图
第三周。骑手界面。骑手需要一个交互式地图，显示取件地点、送件地点以及他们自己的实时位置。还需要一条连接这三点的路线线。阶段追踪——你是正在前往取件，还是在送件途中？我记得那个周五晚上。我试图使用 Leaflet 库在两点之间绘制一条简单的线。一条基本的折线。本该只需五分钟。三个小时后，我仍然盯着空白的地图。我怀着沮丧的心情去睡觉。周六醒来后，我再次尝试。毫无进展。周六晚上，我几乎放弃，打算改用静态地图。周日凌晨两点。我不知道发生了什么变化。也许我的大脑终于处理好了这个问题。但是，那条线出现了。一条从 A 点到 B 点的绿色路线。我截了一张图。没有发给任何人。只是坐在那里微笑。
永不间断的追踪
到了第五周，各个模块逐渐整合在一起。但实时追踪是我最害怕的部分。每隔十秒，追踪页面都会向服务器轮询最新状态。听起来很简单。但是，当发生以下情况时会怎样：
- 网络缓慢怎么办？
- 用户在轮询过程中刷新页面怎么办？
- 状态在两次轮询之间发生变化怎么办？
骑手失去了全球定位系统（GPS）信号怎么办？我逐一处理了每种情况。状态徽章改变了颜色——绿色表示已送达，红色表示已取消，蓝色表示运输中，橙色表示待处理。这些都是小细节，但它们讲述了一个故事。当我第一次在屏幕上看到状态从“待处理”实时转变为“运输中”，再转变为“已送达”时，我刷新了页面三次，以确保这不是偶然现象。确实不是。
最后的冲刺
第六周到第八周的工作是将所有内容整合在一起。一个包含骑手分配、价格配置和完整时间轴的管理员面板。一个带有筛选功能的骑手历史页面。一个具有取消功能的顾客列表。此时的模式已经清晰可见。前五周学到的艰难教训已变成肌肉记忆。我不再与代码搏斗——我只是在编写它。三天前，一位真实用户打开了应用程序。创建了一个包裹配送订单。一名骑手在地图上接受了订单。取件。送件。从头到尾，追踪信息每十秒更新一次。我没有做任何特别的事情。我只是在一旁观看。
我的收获：两个月前，包裹配送还是一个空白的 Vite 项目。今天，它已成为跨越 3 种用户角色的 11 个页面、3 个应用程序接口（API）服务、一个互
免责声明：本文内容来自互联网，该文观点不代表本站观点。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，请到页面底部单击反馈，一经查实，本站将立刻删除。
