避免在同一元素使用v-if、v-for

很多场景下我们需要在同一元素上使用v-if、v-for，但这会出现渲染效率变低等问题，eslint校验规则也会报错误提示

开发中的常见错误用法：

在开发中需要在同一元素使用v-if 、v-for的两种情况，我们可以这样处理：（例子摘自vue风格指南）

• 为了过滤一个列表中的项目 (比如 v-for=“user in users” v-if=“user.isActive”)。在这种情形下，请将 users 替换为一个计算属性 (比如 activeUsers)，让其返回过滤后的列表。
• 为了避免渲染本应该被隐藏的列表 (比如 v-for=“user in users” v-if=“shouldShowUsers”)。这种情形下，请将 v-if 移动至容器元素上 (比如 ul、ol)。

场景一：(也是开头所说的常见错误用法场景）
当 Vue 处理指令时，v-for 比 v-if 具有更高的优先级，所以这个模板：

<ul>
  <li
    v-for="user in users"
    v-if="user.isActive"
    :key="user.id"
  >
    {{ user.name }}
  </li>
</ul>

将会经过如下运算

this.users.map(function (user) {
  if (user.isActive) {
    return user.name
  }
})

因此哪怕我们只渲染出一小部分用户的元素，也得在每次重渲染的时候遍历整个列表，不论活跃用户（user.isActive）是否发生改变。
通过将其更换为在如下的一个计算属性上遍历：

computed: {
  activeUsers: function () {
    return this.users.filter(function (user) {
      return user.isActive
    })
  }
}

<ul>
  <li
    v-for="user in activeUsers"
    :key="user.id"
  >
    {{ user.name }}
  </li>
</ul>

我们将会获得如下好处：

• 过滤后的列表只会在 users 数组发生相关变化时才被重新运算，过滤更高效。
• 使用 v-for=“user in activeUsers” 之后，我们在渲染的时候只遍历活跃用户（user.isActive)，渲染更高效。
• 解耦渲染层的逻辑，可维护性 (对逻辑的更改和扩展) 更强。

场景二：

<ul>
  <li
    v-for="user in users"
    v-if="shouldShowUsers"
    :key="user.id"
  >
    {{ user.name }}
  </li>
</ul>

更新为：

<ul v-if="shouldShowUsers">
  <li
    v-for="user in users"
    :key="user.id"
  >
    {{ user.name }}
  </li>
</ul>

通过将 v-if 移动到容器元素，我们不会再对列表中的每个用户检查 shouldShowUsers。取而代之的是，我们只检查它一次，且不会在 shouldShowUsers 为否的时候运算 v-for

实战开发改进：

<el-table
   :data="tableData"
    height="650"
    border
    style="width: 100%;margin-top: 20px;"
  >
    <el-table-column v-for="(item) in fixedTableHeadList" :key="item.key" >
        <template slot-scope="scope">
         </template>
    </el-table-column>
  </el-table>

// 避免v-for\v-if 同时使用
  computed: {
    fixedTableHeadList () {
      return this.tableHeadList.filter(item => { return item.show })
    }
  },