有时候我讨厌作为一个可以调试 JavaScript 的开发者，因为我看到另一个开发者推送到生产环境的代码是如此粗心。 由于这个未处理的 null，导致在 NL Post 网站 (@PostNL) 上无法打印包裹标签，所有东西都崩溃了。 使用 TypeScript 并处理 null，好吗？！

简单来说：有人假设产品总是具有 productOptionViewModel 属性。 惊喜惊喜，它从来没有过。 我在 X 上发布这个并监控，未能阻止打印标签的收入降到 $0，这已经够尴尬了，供参考。

更新：处理 null 可能还不够。有人可能在传递对象时出错。到达支付时，"product" 值（例如我正在发送信件或信封）就是 "null"。 这缺乏 QA/测试，简直就是马虎。 现在使用 DHL 发送

更新：处理 null 可能还不够。有人可能在传递对象时出错。到达支付时，"product" 值（例如我正在发送信件或信封）就是 "null"。 这缺乏 QA/测试，实在是太马虎了。 现在使用 DHL 发送

这就是为什么ISO证书毫无意义 PostNL在所有方面都有ISO证书……但却将这种错误发布到生产环境中，使其无法使用。显然没有端到端测试，也没有监控 （我们一直知道ISO在软件开发中是胡说八道——但现在有了证据）