这篇文章主要介绍“该不该把控制流v-for指令写入通用结构组件中”，在日常操作中，相信很多人在该不该把控制流v-for指令写入通用结构组件中问题上存在疑惑，小编查阅了各式资料，整理出简单好用的操作方法，希望对大家解答”该不该把控制流v-for指令写入通用结构组件中”的疑惑有所帮助！接下来，请跟着小编一起来学习吧！
一个孤独的子组件
当嵌套开始变多时，如果我还想要保持整洁，我的默认做法是将代码提取到一个新组件中。
使用v-for和v-if，我们把指令中的所有东西都转换成它自己的组件。
举个例子来看看，我们从这个有嵌套的模板开始
<template> <div> <h2>{{ title }}</h3> <div class="navigation"> <!-- ... --> </div> <div v-for="item in list"> <h3 class="item-title"> {{ item.title }} </h3> <p class="item-description"> {{ item.description }} </p> </div> <footer> <!-- ... --> </footer> </div> </template>接着，我们把 v-for 里面的内容提取到一个新的组件中：
<template> <div> <h3 class="item-title"> {{ item.title }} </h3> <p class="item-description"> {{ item.description }} </p> </div> </template>如果我们导入这个新组件，我们会看到它很好地摆脱了所有嵌套:
<template> <div> <h2>{{ title }}</h3> <div class="navigation"> <!-- ... --> </div> <ListItem v-for="item in list" :item="item" /> <footer> <!-- ... --> </footer> </div> </template>此示例中没有太多的嵌套，所以单独为一小部分内容做一个组件，有点繁琐。但是，如果我们有两个，三个或更多的嵌套级别，则此技巧可以消除嵌套结构并让代码更易于理解。
但这里有一个问题:为什么我们不把v-for指令也写入新的组件中?
我们应该把控制流指令放入新的组件中吗?
假设，我们上面的 v-for 放到新的组件内，则我们会得到下面的结构：
这样看上去，父组件确实清晰很多。但不幸的是，这种变向的把复杂度放到了子组件中：
<template> <div> <div v-for="item in list"> <h3 class="item-title"> {{ item.title }} </h3> <p class="item-description"> {{ item.description }} </p> </div> </div> </template>哪种方式更好?
如果你最终的目的就是想减少嵌套数量，那么这个选择肯定更糟糕。我们在子组件中添加了额外的嵌套级别，而没有减少父组件中的嵌套级别。
通常，我会避免将诸如v-if和v-for之类的控制流指令放在这样的组件的根部，因为它会影响可重用性。
如果只需要一个简单ListItem 该怎么办?
假设使用v-if，如果要使用不同的逻辑在组件之间进行切换，或者要使用完全不同的组件怎么办?
将控制流指令写小最小通用结构的组件中会限制我们的灵活性，而不会给我们带来更多的便利性。因此，我倾向于将控制流指令留在这样的小组件之外。我还尝试避免将它们放在组件的根部。
一旦你深入了解“底层”的情况，此问题及其解决方案就会显得更加有优势。
到此，关于“该不该把控制流v-for指令写入通用结构组件中”的学习就结束了，希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习，快去试试吧！若想继续学习更多相关知识，请继续关注编程网网站，小编会继续努力为大家带来更多实用的文章！
