12 种使用Vue 的最佳做法

 this.$emit('close-window') // 在父组件中 

 // 不好的做法  props: { 'title-text': String } // 好的做法  props: { titleText: String } 

 // 不好的做法 data: { name: 'My Window', articles: [] } 

 // 好的做法 data () { return { name: 'My Window', articles: [] } } 

 // 不好的做法 

 this.products.map(function (product) { if (product.price <500) { return product } }) 

 
 computed: { cheapProducts: () => { return this.products.filter(function (product) { return product.price <100 }) } < pre>
这么做有几个好处：
渲染效率更高，因为我们不会遍历所有元素
仅当依赖项更改时，才会重使用过滤后的列表
这写法有助于将组件逻辑从模板中分离出来，使组件更具可读性
6.用正确的定义验证我们的 props
可以这条是很重要，为什么？
在设计大型项目时，很容易忘记用于props的确切格式、类型和其他约定。如果你在一个更大的开发团队中，你的同事不会读心术，所以你要清楚地告诉他们如何使用你的组件。
因此，我们只需编写props验证即可，不必费力地跟踪组件来确定props的格式
从Vue文档中查看此示例。
 props: { status: { type: String, required: true, validator: function (value) { return [ 'syncing', 'synced', 'version-conflict', 'error' ].indexOf(value) !== -1 } } } 
7.组件全名使用驼峰或或者短横线
组件的通用命名约定是使用驼峰或短横线。无论我们使用哪咱，最重要的是始终保持一致。我认为驼峰方式 效果最好，因为大多数IDE自动完成功能都支持它。
 # 不好的做法 mycomponent.vue myComponent.vue Mycomponent.vue # 好做法 MyComponent.vue
8. 基本组件应该相应地加上前缀
根据Vue样式指南，基本组件是仅包含以下内容的组件：
HTML 元素
额外的基础组件
第三方的UI组件
为这些组件命名的最佳实践是为它们提供前缀Base、V或App。同样，只要我们在整个项目中保持一致，可以使用其中任何一种。
 BaseButton.vue BaseIcon.vue BaseHeading.vue
该命名约定的目的是使基本组件按字母顺序分组在文件系统中。 另外，通过使用webpack导入功能，我们可以搜索与命名约定模式匹配的组件，并将所有组件自动导入为Vue项目中的全局变量。
单实例组件命名应该带有前缀 The
与基本组件类似，单实例组件(每个页面使用一次，不接受任何prop)应该有自己的命名约定。这些组件特定于我们的应用，通常是 footer，header或sider。
该组件只能有一个激活实例。
 TheHeader.vue TheFooter.vue TheSidebar.vue ThePopup.vue
10.保持指令简写的一致性
在Vue开发人员中，一种常见的技术是使用指令的简写。例如：
@是v-on的简写
: 是 v-bind 的简写
# 是 v-slot 的简写
在你的Vue项目中使用这些缩写是很好的。但是要在整个项目中创建某种约定，总是使用它们或从不使用它们,会使我们的项目更具内聚性和可读性。
11.不要在“created”和“watch”中调用方法
Vue开发人员经常犯的一个错误是他们不必要地在created和watch中调用方法。 其背后的想法是，我们希望在组件初始化后立即运行watch。
// 不好的做法 created: () { this.handleChange() }, methods: { handleChange() { // stuff happens } }, watch () { property() { this.handleChange() } }
但是，Vue为此提供了内置的解决方案，这是我们经常忘记的Vue watch属性。
我们要做的就是稍微重组watch并声明两个属性：
1.handler (newVal, oldVal)-这是我们的watch方法本身。 2. immediate: true- 代表如果在 wacth 里声明了之后，就会立即先去执行里面的handler方法，如果为 false就跟我们以前的效果一样，不会在绑定的时候就执行
 // 好的做法 methods: { handleChange() { // stuff happens } }, watch () { property { immediate: true handler() { this.handleChange() } } }
12. 模板表达式应该只有基本的 JS 表达式
在模板中添加尽可能多的内联功能是很自然的。但是这使得我们的模板不那么具有声明性，而且更加复杂，也让模板会变得非常混乱。
为此，让我们看看Vue样式指南中另一个规范化字符串的示例，看看它有多混乱。
 //不好的做法 {{ fullName.split(' ').map(function (word) { return word[0].toUpperCase() + word.slice(1) }).join(' ') }} 
基本上，我们希望模板中的所有内容都直观明了。 为了保持这一点，我们应该将复杂的表达式重构为适当命名的组件选项。
分离复杂表达式的另一个好处是可以重用这些值。
 // 好的做法 {{ normalizedFullName }} // The complex expression has been moved to a computed property computed: { normalizedFullName: function () { return this.fullName.split(' ').map(function (word) { return word[0].toUpperCase() + word.slice(1) }).join(' ') } }
总结
这是12个最常见的最佳实践，它们将使我们的Vue代码更易于维护、可读性更好、更专业。希望这些技巧对您有用（因为它们绝对是我一直想记住的东西）。