实训日志总结：在代码的海洋里打滚 要是说编程是构建世界的砖头，那我这周就是在用这些砖头搭自家房子。别急着让我背诵语法表，也别信我非得按教科书顺序去写。

说实话，那天晚上刚进机房，第一套代码敲完，屏幕亮了，我就乐了，认定这玩意儿真像那个那会儿天天念叨的“魔法”，写完能直接变出结局。结局呢？ pasar 的概念在那会儿根本还没翻到脑子里，我就纯粹是凭着一股子“试试看”的劲儿，硬是把它给搞定了。 说到报错，那简直是代码里的“血”，比我上次去超市排队登记那会儿还多。

比如刚架完那个购物车逻辑，一测，前端直接崩了，说是要调用接口，但我刚刚连后端地址都没敲对，只输入了个 localhost。

那一刻，我简直就像个没带白手套的手，直接往满是油污的店长桌上碰了一坨。

当时我急得头发都炸了，心想是不是我不准了，是不是我的代码写得像狗屎一样。结局回头一看，嘿，难题出在我没把那个模拟发请求的函数改好参数，直接拿来用了。

那一刻感觉整个人都麻了，不是那种“哎呀，我记性不好”的尴尬，而是那种“我在跟一只看不见的怪兽打架，并且它比我还快”的紧张感。 重新跑起来的时候，我才发现，那些报错到底是在替我挖坑。

那个 Cart 服务本来是个好办的 HTTP 请求，但我突然想到，万一它挂了如何办？万一网络延迟到了三倍还不过来？便我把那个接口调成了 `get`, 再加上那个 `dispatchEvent` 的模拟代码，感觉像给那个服务喂了一包狗粮。目前的场景是真真切切地出现：前端接到了数据，然后那个 `dispatchEvent` 函数把数据传给了后端，后端又把结局我收到了。整个过程行云流水，就像那会儿跟亲戚聊天，从寒暄到掏心窝子，最终还能顺势聊聊明天的菜价一样自然。 写代码这事儿，有时候真得想换个活干。

比如这次写主菜单的那个函数，我本来想用 `switch-case`, 结局脑袋一热，直接写了个 `if-else` 的分支逻辑。结局一运行，发现逻辑全乱了。当作是算法写得烂，一排查才发现，是我把那个导出的对象给覆盖了，最终只剩下一个空的函数体。

那一刻我才明白，代码最可怕的地方不在于它长不长，而在于你盯着它看了多久，还有你有没有想过，要是突然断电，它还能不能活着。 这次实训最大的收获，大约就是学会了如何跟工具沟通。

那会儿我认定工具就是听话的，一开口就自动执行。但目前我才懂，工具有时候挺 stubborn 的，你得把它的脾气调好。

比如刚刚那个接口调用，要是我不给它加上那个 `setTimeout` 的缓冲，它可能在 0.05 秒后就彻底失联了，反正数据也没法传那会儿。

故此，我把那个 `ctx` 里的数据结构做了一遍微调，增添了那个用来模拟网络延迟的小函数，硬生生给那个 `Promise` 包装了一层。目前，甭管网络如何波动，我都能稳稳地拿到数据，并且整个流程看起来还比之前略微有点“稳”，起码不像第一次那样像个刚毕业就失业的大二学生。 至于那些报错，实际上也给了我不少教训。最启动我看那个 `JSON.parse` 报错，吓得当作 JSON 格式错了。

后来才发现，是那个对象里嵌套了一层对象，害得解析出来是字符串，而不是可识别的数据。

这瞬间让我意识到，数据结构的关键性简直比代码本身还关键。

那会儿写列表里的每个元素，我总认定只要没空就没事，结局后来发现，要是列表里多了一个对象，整个数据结构就崩塌了。 这周末打算把购物车的逻辑彻底重新梳理一遍。

这次我不打算再搞啥紧急救火，而是想先把手头的这个函数拆解开，看看它到底在干嘛，每个参数到底代表啥。

特别是那个 `handleCartUpdate` 函数，那会儿总认定它就是个好办的回调，目前想想，它可能得负责处理库存、扣减数量、就连触发告警，万一库存爆了如何办？故此，我得先把它拆成一个个独立的小模块，一个个单元测试，一个个验证。 那会儿总认定写代码是“换个格式”，目前我才明白，这是在“搭建一个房间”。你得先想好墙是砖砌的还是水泥贴的，你想好水电如何排，还得天天盯着。

不然建好了，里面全是窟窿，还美其名曰“模块化架构”，那叫“大杂烩”。

这次实训别看累，累得想吐，但起码让我知道，自己如何从“套模板”变成“造房子”的。

要是赶明儿确实要去某个公司写代码，我不希望我是那种只会抄作业的新人，我希望是我自己亲手搭的架子，哪怕上面间或会漏点雨，但起码那是我自己种的树，我有权利知道它会长多高。 总而言之，这周算是把代码这块地翻了一遍。别看过程有点泥泞，扬起的灰尘都飘到天花板上了，但最终看到的景象，却让我认定一切都值得。代码不再是那些冷冰冰的符号堆，它是我脑子里那些乱七八糟想法的具象化，是我把逻辑理顺之后的实体。下次见面，我希望能带着更成熟的心态和更清楚的结构，去迎接下一场更大的挑战。毕竟在这个由逻辑、数据、毛病和惊喜组成的世界里，能活下去，还得靠我们自己。