• 首页 首页 icon
  • 工具库 工具库 icon
    • IP查询 IP查询 icon
  • 内容库 内容库 icon
    • 快讯库 快讯库 icon
    • 精品库 精品库 icon
    • 问答库 问答库 icon
  • 更多 更多 icon
    • 服务条款 服务条款 icon

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

武飞扬头像
Linsk
帮助2

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

一、加载效果

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

二、错误处理

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

三、防抖处理

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

四、竟态问题

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

五、组件卸载

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

总结

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

这篇好文章是转载于:学新通技术网

  • 版权申明: 本站部分内容来自互联网,仅供学习及演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系,请提供相关证据及您的身份证明,我们将在收到邮件后48小时内删除。
  • 本站站名: 学新通技术网
  • 本文地址: /boutique/detail/tanhgbbach
系列文章
更多 icon
同类精品
更多 icon
继续加载