首页 >> js开发 >> js12 种使用Vue 的最佳做法js大全
js12 种使用Vue 的最佳做法js大全
发布时间: 2021年1月13日 | 浏览:
| 分类:js开发
作者：Matt Maribojoc 译者：前端小智 来源：medium随着 VueJS 的使用越来越广泛，出现了几种最佳实践并逐渐成为标准。在本文中，主要分享在平时开发中一些有用资源和技巧，废话少说，我们开始吧。1.始终在 v-for 中使用 :key
1.始终在 v-for 中使用 :key1.始终在 v-for 中使用 :key在需要操纵数据时，将key属性与v-for指令一起使用可以让程序保持恒定且可预测。这是很有必要的，这样Vue就可以跟踪组件状态，并对不同的元素有一个常量引用。在使用动画或Vue转换时，key 非常有用。如果没有key ，Vue只会尝试使DOM尽可能高效。 这可能意味着v-for中的元素可能会出现乱序，或者它们的行为难以预测。 如果我们对每个元素都有唯一的键引用，那么我们可以更好地预测Vue应用程序将如何精确地处理DOM操作。
2.在事件中使用短横线命名
2.在事件中使用短横线命名2.在事件中使用短横线命名在发出定制事件时，最好使用短横线命名，这是因为在父组件中，我们使用相同的语法来侦听该事件。因此，为了确保我们各组件之间的一致性，并使您的代码更具可读性，请在两个地方都坚持使用短横线命名。
this.$emit('close-window')
// 在父组件中
this.$emit('close-window')
// 在父组件中
3.使用驼峰式声明 props，并在模板中使用短横线命名来访问 props
3.使用驼峰式声明 props，并在模板中使用短横线命名来访问 props3.使用驼峰式声明 props，并在模板中使用短横线命名来访问 props最佳做法只是遵循每种语言的约定。 在 JS 中，驼峰式声明是标准，在HTML中，是短横线命名。 因此，我们相应地使用它们。幸运的是，Vue 已经提供了驼峰式声明和短横线命名之间转换，因此除了实际声明它们之外，我们不必担心任何事情。
// 不好的做法
props: { 'title-text': String }
// 好的做法
props: { titleText: String }
// 不好的做法
props: { 'title-text': String }
// 好的做法
props: { titleText: String }
4.data 应始终返回一个函数
4.data 应始终返回一个函数4.data 应始终返回一个函数声明组件data时，data选项应始终返回一个函数。 如果返回的是一个对象，那么该data将在组件的所有实例之间共享。
// 不好的做法
data: {
name: 'My Window',
articles: []
}
// 不好的做法
data: {
name: 'My Window',
articles: []
}
但是，大多数情况下，我们的目标是构建可重用的组件，因此我们希望每个组件返回一个惟一的对象。我们通过在函数中返回数据对象来实现这一点。
// 好的做法
data () {
return {
name: 'My Window',
articles: []
}
}
// 好的做法
data () {
return {
name: 'My Window',
articles: []
}
}
5. 不要在同个元素上同时使用v-if和v-for指令
5. 不要在同个元素上同时使用v-if和v-for指令5. 不要在同个元素上同时使用v-if和v-for指令为了过滤数组中的元素，我们很容易将v-if与v-for在同个元素同时使用。
// 不好的做法
// 不好的做法
1.始终在 v-for 中使用 :key1.始终在 v-for 中使用 :key在需要操纵数据时，将key属性与v-for指令一起使用可以让程序保持恒定且可预测。这是很有必要的，这样Vue就可以跟踪组件状态，并对不同的元素有一个常量引用。在使用动画或Vue转换时，key 非常有用。如果没有key ，Vue只会尝试使DOM尽可能高效。 这可能意味着v-for中的元素可能会出现乱序，或者它们的行为难以预测。 如果我们对每个元素都有唯一的键引用，那么我们可以更好地预测Vue应用程序将如何精确地处理DOM操作。
2.在事件中使用短横线命名
2.在事件中使用短横线命名2.在事件中使用短横线命名在发出定制事件时，最好使用短横线命名，这是因为在父组件中，我们使用相同的语法来侦听该事件。因此，为了确保我们各组件之间的一致性，并使您的代码更具可读性，请在两个地方都坚持使用短横线命名。
this.$emit('close-window')
// 在父组件中
this.$emit('close-window')
// 在父组件中
3.使用驼峰式声明 props，并在模板中使用短横线命名来访问 props
3.使用驼峰式声明 props，并在模板中使用短横线命名来访问 props3.使用驼峰式声明 props，并在模板中使用短横线命名来访问 props最佳做法只是遵循每种语言的约定。 在 JS 中，驼峰式声明是标准，在HTML中，是短横线命名。 因此，我们相应地使用它们。幸运的是，Vue 已经提供了驼峰式声明和短横线命名之间转换，因此除了实际声明它们之外，我们不必担心任何事情。
// 不好的做法
props: { 'title-text': String }
// 好的做法
props: { titleText: String }
// 不好的做法
props: { 'title-text': String }
// 好的做法
props: { titleText: String }
4.data 应始终返回一个函数
4.data 应始终返回一个函数4.data 应始终返回一个函数声明组件data时，data选项应始终返回一个函数。 如果返回的是一个对象，那么该data将在组件的所有实例之间共享。
// 不好的做法
data: {
name: 'My Window',
articles: []
}
// 不好的做法
data: {
name: 'My Window',
articles: []
}
但是，大多数情况下，我们的目标是构建可重用的组件，因此我们希望每个组件返回一个惟一的对象。我们通过在函数中返回数据对象来实现这一点。
// 好的做法
data () {
return {
name: 'My Window',
articles: []
}
}
// 好的做法
data () {
return {
name: 'My Window',
articles: []
}
}
5. 不要在同个元素上同时使用v-if和v-for指令
5. 不要在同个元素上同时使用v-if和v-for指令5. 不要在同个元素上同时使用v-if和v-for指令为了过滤数组中的元素，我们很容易将v-if与v-for在同个元素同时使用。
// 不好的做法
// 不好的做法
问题是在 Vue 优先使用v-for指令，而不是v-if指令。它循环遍历每个元素，然后检查v-if条件。
this.products.map(function (product) {
if (product.price < 500) {
return product
}
})
this.products.map(function (product) {
if (product.price < 500) {
return product
}
})
这意味着，即使我们只想渲染列表中的几个元素，也必须遍历整个数组。这对我们来当然没有任何好处。一个更聪明的解决方案是遍历一个计算属性，可以把上面的例子重构成下面这样的：
computed: {
cheapProducts: () => {
return this.products.filter(function (product) {
return product.price < 100
})
}
}
computed: {
cheapProducts: () => {
return this.products.filter(function (product) {
return product.price < 100
})
}
}
这么做有几个好处：
渲染效率更高，因为我们不会遍历所有元素
仅当依赖项更改时，才会重使用过滤后的列表
这写法有助于将组件逻辑从模板中分离出来，使组件更具可读性
渲染效率更高，因为我们不会遍历所有元素仅当依赖项更改时，才会重使用过滤后的列表这写法有助于将组件逻辑从模板中分离出来，使组件更具可读性6.用正确的定义验证我们的 props
6.用正确的定义验证我们的 props6.用正确的定义验证我们的 props可以这条是很重要，为什么？在设计大型项目时，很容易忘记用于props的确切格式、类型和其他约定。如果你在一个更大的开发团队中，你的同事不会读心术，所以你要清楚地告诉他们如何使用你的组件。因此，我们只需编写props验证即可，不必费力地跟踪组件来确定props的格式从Vue文档中查看此示例。
props: {
status: {
type: String,
required: true,
validator: function (value) {
return [
'syncing',
'synced',
'version-conflict',
'error'
].indexOf(value) !== -1
}
}
}
props: {
status: {
type: String,
required: true,
validator: function (value) {
return [
'syncing',
'synced',
'version-conflict',
'error'
].indexOf(value) !== -1
}
}
}
7.组件全名使用驼峰或或者短横线
7.组件全名使用驼峰或或者短横线7.组件全名使用驼峰或或者短横线组件的通用命名约定是使用驼峰或短横线。无论我们使用哪咱，最重要的是始终保持一致。我认为驼峰方式 效果最好，因为大多数IDE自动完成功能都支持它。
# 不好的做法
mycomponent.vue
myComponent.vue
Mycomponent.vue
# 好做法
MyComponent.vue
# 不好的做法
mycomponent.vue
myComponent.vue
Mycomponent.vue
# 好做法
MyComponent.vue8. 基本组件应该相应地加上前缀
8. 基本组件应该相应地加上前缀8. 基本组件应该相应地加上前缀根据Vue样式指南，基本组件是仅包含以下内容的组件：
HTML 元素
额外的基础组件
第三方的UI组件
HTML 元素额外的基础组件第三方的UI组件为这些组件命名的最佳实践是为它们提供前缀Base、V或App。同样，只要我们在整个项目中保持一致，可以使用其中任何一种。
BaseButton.vue
BaseIcon.vue
BaseHeading.vue
BaseButton.vue
BaseIcon.vue
BaseHeading.vue该命名约定的目的是使基本组件按字母顺序分组在文件系统中。 另外，通过使用webpack导入功能，我们可以搜索与命名约定模式匹配的组件，并将所有组件自动导入为Vue项目中的全局变量。单实例组件命名应该带有前缀 The
单实例组件命名应该带有前缀 The与基本组件类似，单实例组件(每个页面使用一次，不接受任何prop)应该有自己的命名约定。这些组件特定于我们的应用，通常是 footer，header或sider。该组件只能有一个激活实例。
TheHeader.vue
TheFooter.vue
TheSidebar.vue
ThePopup.vue
TheHeader.vue
TheFooter.vue
TheSidebar.vue
ThePopup.vue10.保持指令简写的一致性
10.保持指令简写的一致性10.保持指令简写的一致性在Vue开发人员中，一种常见的技术是使用指令的简写。例如：
@是v-on的简写
: 是 v-bind 的简写
# 是 v-slot 的简写
@是v-on的简写: 是 v-bind 的简写# 是 v-slot 的简写在你的Vue项目中使用这些缩写是很好的。但是要在整个项目中创建某种约定，总是使用它们或从不使用它们,会使我们的项目更具内聚性和可读性。11.不要在“created”和“watch”中调用方法
11.不要在“created”和“watch”中调用方法11.不要在“created”和“watch”中调用方法Vue开发人员经常犯的一个错误是他们不必要地在created和watch中调用方法。 其背后的想法是，我们希望在组件初始化后立即运行watch。
// 不好的做法 created: () { this.handleChange() }, methods: { handleChange() { // stuff happens } }, watch () { property() { this.handleChange() } }
// 不好的做法 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就跟我们以前的效果一样，不会在绑定的时候就执行handler (newVal, oldVal)-
// 好的做法
methods: {
handleChange() {
// stuff happens
}
},
watch () {
property {
immediate: true
handler() {
this.handleChange()
}
}
}
// 好的做法
methods: {
handleChange() {
// stuff happens
}
},
watch () {
property {
immediate: true
handler() {
this.handleChange()
}
}
}12. 模板表达式应该只有基本的 JS 表达式
12. 模板表达式应该只有基本的 JS 表达式12. 模板表达式应该只有基本的 JS 表达式在模板中添加尽可能多的内联功能是很自然的。但是这使得我们的模板不那么具有声明性，而且更加复杂，也让模板会变得非常混乱。为此，让我们看看Vue样式指南中另一个规范化字符串的示例，看看它有多混乱。
//不好的做法
{{
fullName.split(' ').map(function (word) {
return word[0].toUpperCase() + word.slice(1)
}).join(' ')
}}
//不好的做法
{{
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(' ')
}
}
// 好的做法
{{ 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代码更易于维护、可读性更好、更专业。希望这些技巧对您有用（因为它们绝对是我一直想记住的东西）。
this.products.map(function (product) {
if (product.price < 500) {
return product
}
})
this.products.map(function (product) {
if (product.price < 500) {
return product
}
})
这意味着，即使我们只想渲染列表中的几个元素，也必须遍历整个数组。这对我们来当然没有任何好处。一个更聪明的解决方案是遍历一个计算属性，可以把上面的例子重构成下面这样的：
computed: {
cheapProducts: () => {
return this.products.filter(function (product) {
return product.price < 100
})
}
}
computed: {
cheapProducts: () => {
return this.products.filter(function (product) {
return product.price < 100
})
}
}
这么做有几个好处：
渲染效率更高，因为我们不会遍历所有元素
仅当依赖项更改时，才会重使用过滤后的列表
这写法有助于将组件逻辑从模板中分离出来，使组件更具可读性
渲染效率更高，因为我们不会遍历所有元素仅当依赖项更改时，才会重使用过滤后的列表这写法有助于将组件逻辑从模板中分离出来，使组件更具可读性6.用正确的定义验证我们的 props
6.用正确的定义验证我们的 props6.用正确的定义验证我们的 props可以这条是很重要，为什么？在设计大型项目时，很容易忘记用于props的确切格式、类型和其他约定。如果你在一个更大的开发团队中，你的同事不会读心术，所以你要清楚地告诉他们如何使用你的组件。因此，我们只需编写props验证即可，不必费力地跟踪组件来确定props的格式从Vue文档中查看此示例。
props: {
status: {
type: String,
required: true,
validator: function (value) {
return [
'syncing',
'synced',
'version-conflict',
'error'
].indexOf(value) !== -1
}
}
}
props: {
status: {
type: String,
required: true,
validator: function (value) {
return [
'syncing',
'synced',
'version-conflict',
'error'
].indexOf(value) !== -1
}
}
}
7.组件全名使用驼峰或或者短横线
7.组件全名使用驼峰或或者短横线7.组件全名使用驼峰或或者短横线组件的通用命名约定是使用驼峰或短横线。无论我们使用哪咱，最重要的是始终保持一致。我认为驼峰方式 效果最好，因为大多数IDE自动完成功能都支持它。
# 不好的做法
mycomponent.vue
myComponent.vue
Mycomponent.vue
# 好做法
MyComponent.vue
# 不好的做法
mycomponent.vue
myComponent.vue
Mycomponent.vue
# 好做法
MyComponent.vue8. 基本组件应该相应地加上前缀
8. 基本组件应该相应地加上前缀8. 基本组件应该相应地加上前缀根据Vue样式指南，基本组件是仅包含以下内容的组件：
HTML 元素
额外的基础组件
第三方的UI组件
HTML 元素额外的基础组件第三方的UI组件为这些组件命名的最佳实践是为它们提供前缀Base、V或App。同样，只要我们在整个项目中保持一致，可以使用其中任何一种。
BaseButton.vue
BaseIcon.vue
BaseHeading.vue
BaseButton.vue
BaseIcon.vue
BaseHeading.vue该命名约定的目的是使基本组件按字母顺序分组在文件系统中。 另外，通过使用webpack导入功能，我们可以搜索与命名约定模式匹配的组件，并将所有组件自动导入为Vue项目中的全局变量。单实例组件命名应该带有前缀 The
单实例组件命名应该带有前缀 The与基本组件类似，单实例组件(每个页面使用一次，不接受任何prop)应该有自己的命名约定。这些组件特定于我们的应用，通常是 footer，header或sider。该组件只能有一个激活实例。
TheHeader.vue
TheFooter.vue
TheSidebar.vue
ThePopup.vue
TheHeader.vue
TheFooter.vue
TheSidebar.vue
ThePopup.vue10.保持指令简写的一致性
10.保持指令简写的一致性10.保持指令简写的一致性在Vue开发人员中，一种常见的技术是使用指令的简写。例如：
@是v-on的简写
: 是 v-bind 的简写
# 是 v-slot 的简写
@是v-on的简写: 是 v-bind 的简写# 是 v-slot 的简写在你的Vue项目中使用这些缩写是很好的。但是要在整个项目中创建某种约定，总是使用它们或从不使用它们,会使我们的项目更具内聚性和可读性。11.不要在“created”和“watch”中调用方法
11.不要在“created”和“watch”中调用方法11.不要在“created”和“watch”中调用方法Vue开发人员经常犯的一个错误是他们不必要地在created和watch中调用方法。 其背后的想法是，我们希望在组件初始化后立即运行watch。
// 不好的做法 created: () { this.handleChange() }, methods: { handleChange() { // stuff happens } }, watch () { property() { this.handleChange() } }
// 不好的做法 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就跟我们以前的效果一样，不会在绑定的时候就执行handler (newVal, oldVal)-
// 好的做法
methods: {
handleChange() {
// stuff happens
}
},
watch () {
property {
immediate: true
handler() {
this.handleChange()
}
}
}
// 好的做法
methods: {
handleChange() {
// stuff happens
}
},
watch () {
property {
immediate: true
handler() {
this.handleChange()
}
}
}12. 模板表达式应该只有基本的 JS 表达式
12. 模板表达式应该只有基本的 JS 表达式12. 模板表达式应该只有基本的 JS 表达式在模板中添加尽可能多的内联功能是很自然的。但是这使得我们的模板不那么具有声明性，而且更加复杂，也让模板会变得非常混乱。为此，让我们看看Vue样式指南中另一个规范化字符串的示例，看看它有多混乱。
//不好的做法
{{
fullName.split(' ').map(function (word) {
return word[0].toUpperCase() + word.slice(1)
}).join(' ')
}}
//不好的做法
{{
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(' ')
}
}
// 好的做法
{{ 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代码更易于维护、可读性更好、更专业。希望这些技巧对您有用（因为它们绝对是我一直想记住的东西）。
相关文章:
- js解决elementUI 切换tab后 el_table 固定列下方多了一条线问题js大全
- jswebpack+vue-cil 中proxyTable配置接口地址代理操作js大全
- js解决Echarts 显示隐藏后宽度高度变小的问题js大全
- JavaScript基于js实现判断浏览器类型代码实例
- jsvue中echarts图表大小适应窗口大小且不需要刷新案例js大全
- jsvue中移动端调取本地的复制的文本方式js大全
- js代码JavaScript中reduce()的5个基本用法示例
- jsJS中的变量作用域(console版)js大全
- js完美解决通过IP地址访问VUE项目的问题js大全
- js在Echarts图中给坐标轴加一个标识线markLinejs大全
刚刚发布热门点击发布时间
- [02/23]chrome 浏览器插件外包:定制您的专属Chrome插件！专业外包团队助您轻松实现创意！
- [02/23]专业电脑浏览器插件外包服务，助力企业数字化转型！
- [02/23]解放双手，效率翻倍！Chrome插件前端自动化外包服务，助您轻松实现业务流程自动化！
- [02/23]定制您的专属Chrome插件！专业外包团队助您轻松实现创意！
- [02/23]Chrome插件外包：为你的浏览器赋能，开启无限可能
- [09/06]node js 调用kimi 接口批量生成网页
- [07/21]Node.js数据采集外包服务-数据采集专家-用Node.js释放数据的力量
- [07/21]专业前端开发-从PSD到响应式网页的无缝转换
- [07/18]专业Chrome插件开发- 为您的业务插上翅膀
- [07/18]智能数据抓取 -浏览器插件接口抓取服务外包
- [07/17]vue3 setup 监听url变化
- [07/17]git 回滚到指定 commit
- [07/15]浏览器插件使用场景:浏览器插件在数据抓取方面的使用场景非常广泛
- [07/15]Chrome 浏览器插件的使用场景
- [07/15]Chrome 浏览器插件开发的特点