记一个vue 在el-table内嵌套el-select 无法点击选择的BUG解决办法

代码片段如下 正常情况下 我以为 压根不需要什么@change事件 按道理他自然就能修改表格下 行内的单元格数据
然而想法太美好了,浪费了我2个小时 期间找了N多办法没解决
如change内调用$forceUpdate $set之类的

BUG现象是这样的: el-select 怎么点击都无反应 但初始值是正常的 F12插件查看 父组件 el-table的属性 显示结果已经改变了 change事件也正常传递了改变后的值,仅仅是el-select自己显示有问题
查看el-select的value 没变化

所以问题是所有人都变了 就他自己反而没变,猜测el-select的value变化并不由自己控制 而是主动传递事件改变v-model绑定的属性 再监听其属性改变 进而改变自己 现在监听失效了

 <el-table :data="result.gobalActions">
        <el-table-column label="事件">
          <template slot-scope="scope">
            <el-select
              :key="scope.$index"
              v-model="scope.row.events"
              multiple
              placeholder="请选择"
              @change="handleEvents"
            >
              <el-option
                v-for="(item,index) in source.event.gobalActionTypes"
                :key="index"
                :value="item.value"
                :label="item.label"
              />
            </el-select>
          </template>
        </el-table-column>
        <el-table-column
          label="动作"
          prop="name"
        />
      </el-table>

最终 牵扯到了 el-select的 实现原理 wacth 对于 初始未在data内定义的属性可能监听失效
而我们el-select嵌套在 table内 其v-model绑定的属性 肯定是不可能一开始就声明的
我们只声明到了 result.gobalActions 这一级 而v-model绑定的是 result.gobalActions[index].events
猜测 改变result.gobalActions 会使wacth生效

实现handleEvents 方法

handleEvents(values) {
      this.result.gobalActions.push({ events: [], name: '' })
      this.result.gobalActions.splice(this.result.gobalActions.length - 1, 1)
      // this.$forceUpdate()
    }

结果 TMD 果然生效了!!!
所以解决办法就是 更新 data内有声明的那一级的属性让watch能顺利拿到新数据

感觉这解决办法非常的奇怪 但反正生效了,至于 // this.$forceUpdate() 为什么没效果 实在费解

  • 6
    点赞
  • 14
    收藏
    觉得还不错? 一键收藏
  • 6
    评论
Vue2中,`el-table` 组件与一系列子组件(如`el-input`、`el-select`和`el-cascader`)的嵌套使用可能会导致性能上的卡顿,尤其是在大数据量或者复杂交互的情况下。主要有以下几个可能的原因: 1. **渲染效率**:大量`el-input`和`el-select`可能会触发频繁的数据绑定和DOM更新,特别是当它们关联到表格行数据时。如果数据源非常大或者数据结构复杂,这会增加计算和渲染的工作量。 2. **DOM操作**:`el-cascader`的下拉选择通常会动态添加或移除节点,如果嵌套层级很深,频繁的DOM操作可能导致性能下降。 3. **递归组件**:当`el-cascader`嵌套在多个层级时,会形成树状结构,每个节点都可能触发自身的渲染,这在数据量大的情况下容易造成性能瓶颈。 4. **事件监听**:每个输入框和选择器都可能有自身的事件监听,过多的事件处理可能会消耗CPU资源。 为了解决这个问题,你可以尝试以下优化策略: - **懒加载和虚拟滚动**:对大数据量的表格,可以考虑使用虚拟滚动,只显示可见区域的数据,减少DOM节点数量。 - **计算属性和缓存**:尽可能减少不必要的数据计算,例如,可以将计算后的值作为缓存,而不是每次都重新计算。 - **优化组件的事件穿透**:检查是否有不需要的事件穿透或者是否能减少事件的触发频率。 - **组件组合优化**:考虑重构组件结构,减少组件的嵌套,或者使用更轻量级的替代组件。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 6
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值