前端实现一个完整的三级联动有多难？

大家好，3 级联动是前端开发过程常用的业务功能。但是大家知道一个完整的前端三级联动有多难吗？下面让我给大家讲一讲。

一、加载效果

页面出现后会立刻获取第一级选项。这时会发起一个网络请求，网络加载时应当出现相应的效果，比如一个旋转的圈圈。这样用户才知道这个下拉需要等待一下才能使用，否则只会看到按钮点击了没反应。第二级、第三级的下拉获取同理。

二、错误处理

只要有发起请求就有出错的可能。如果请求出错，应当给与错误提示，如果是网络环境错误应当给出重试按钮；如果是其他错误，应当根据错误类型展现相应的错误的样态。第二级、第三级的下拉获取同理。

三、防抖处理

当一个下拉框被快速改动时，会导致多次请求，为了不必要的请求，需要进行防抖处理。

四、竟态问题

第一个下拉框变更时，第二个下拉框会加载新数据。在第二个下拉框的加载请求正在进行时，如果第一个下拉框又发生了变化，第二个下拉框又会获取新数据，这时会出现竟态问题。如果第二次请求早于第一次请求完成，就会导致最终结果与预期不一致。因此要将第一次请求任务终止。

五、组件卸载

如果请求尚未完成时就卸载组件，比如关闭弹窗或切换 Tab。会在请求结束后更新界面，由于界面已经不存在了，导致报错。因此需要在界面移除后终止请求任务。

总结

我们可以发现，如果需要做一个完善的三级联动是非常的繁琐的。那在实际项目中真有必要做的这么完善吗？我认为是没必要的。因为在业务层应当专注于业务，如果你写一个填表的业务还需要搞这些细节，不但代码会写成屎山，项目进度、成本、质量都会又比较大的风险。我认为在业务层只需关注业务，和业务无关的东西应当由架构层完成。如果架构层没做是架构层的问题，完全可以拒绝。