26、代码类型检查优化与Cypress测试实践

代码类型检查优化与Cypress测试实践

1. 代码类型检查优化

在代码优化过程中，我们对 toggleAssociatedConcerts 的参数进行了修改，使其明确允许 undefined 值。当传入的值为 undefined 时，函数会直接返回。虽然从技术层面看，这可能并非必要操作，但它能清晰表明我们正在处理 undefined 值。

另外， VenueThunk 类型定义中的 null 参数引发了调度问题，我们将其改为 void 后解决了该问题。或许从一开始就应该使用 void ，特别是在开启空值检查的情况下，TypeScript 希望类型定义更加明确。

经过这些修改，代码再次成功编译，并且更加严格。我们修复了 CalendarController 中的一个潜在 bug，同时让代码在其他方面也更加一致。

这些潜在错误看似微小，但它们促使我们重新思考类型检查的方式。以往，我们将类型检查视为开发者与编译器之间的一种沟通方式，通过告知编译器变量类型，让编译器在代码不同部分出现类型不匹配时发出警告。

现在，我们可以将类型检查看作是一种防止运行时错误的手段，通过确保无效状态无法通过编译器来提高代码的健壮性。例如，当我们假设存在于 DOM 中的选择器实际上不存在时，编译器会提醒我们代码未处理这种情况，此时我们需要决定如何应对。

对于编译器报错，我们的处理方式取