vue什么时候加下划线

在 Vue.js 中，通常会在以下几种情况下用到下划线：

1. 在 Vue 组件中的选项名：在定义 Vue 组件时，可以使用以 _ 开头的选项名，例如 _data、_computed、_methods 等。这种命名方式主要是为了避免与组件实例的成员冲突，以保证组件选项的唯一性。

2. 私有属性和方法：在 Vue 组件中，可以使用下划线来标识私有属性和方法。这样做可以明确地告诉其他开发者该属性或方法是不应该被外部访问或调用的，以提高代码的安全性和可维护性。

例如，在 Vue 组件中定义私有属性和方法：

export default {
  data() {
    return {
      _privateProperty: '私有属性'
    }
  },
  methods: {
    _privateMethod() {
      console.log('私有方法');
    }
  }
}

3. CSS 类名：在使用 Vue 编写样式时，有时需要为元素添加 CSS 类名，为了与 Vue 实例的成员变量区分开来，可以在 CSS 类名前加上下划线。这样做可以清晰地区分哪些类名是用于样式控制，哪些是用于 Vue 实例的成员变量。

例如，在 Vue 模板中使用下划线来标识 CSS 类名：

<template>
  <div class="_container">
    <p class="_text">这是一个用于样式控制的段落文本</p>
  </div>
</template>

总的来说，Vue 中加下划线主要用于标识私有属性和方法，以及区分组件选项名和 CSS 类名等，这样可以提高代码的可读性和可维护性，同时可以避免命名冲突带来的问题。

Vue.js在命名对象属性和方法时，通常不会使用下划线。下划线通常用于表示私有属性或方法。然而，Vue.js的设计理念是将数据和视图联系起来，使组件的状态可追踪。因此，Vue.js鼓励开发人员使用驼峰命名法来命名对象属性和方法，以便更好地表达代码的意图和易于阅读。

下面是Vue.js开发中一些常见的命名约定：

1. 对象属性和方法的命名使用驼峰命名法：Vue.js中的data对象中的属性，以及methods中定义的方法，通常都使用驼峰命名法，比如userInfo、getMessage。

2. 组件的命名采用PascalCase命名法：Vue.js中的组件一般采用PascalCase命名法，每个单词的首字母大写，比如MyComponent、UserInfoCard。

3. 私有属性和方法采用下划线开头：如果开发者希望将某些属性或方法标记为私有的，可以在其名称前加上下划线，比如_privateData、_privateMethod。

4. Vue.js官方推荐的指令、修饰符等命名采用kebab-case命名法：Vue.js官方自带的指令、修饰符等命名通常采用kebab-case命名法，即使用连字符-来分隔单词，比如v-bind、v-on:click。

5. 常量的命名采用全大写：在Vue.js中，常量一般采用全大写命名法，多个单词之间使用下划线分隔，比如MAX_NUM、API_URL。

总之，Vue.js鼓励开发者使用一致的命名规范，以增加代码的可读性和维护性。在命名时应该避免使用下划线，而是使用驼峰命名法或者kebab-case命名法，根据不同的场景选择合适的命名方式。

在Vue中，下划线通常在以下情况下使用：

1. 私有属性或方法：
   当我们定义一个组件或者对象的私有属性或方法时，通常会以下划线开头来表示其为私有的，不希望被外部访问或修改。例如：

export default {
  data() {
    return {
      _privateData: '私有数据'
    }
  },
  methods: {
    _privateMethod() {
      // 私有方法
    }
  }
}

2. 插件或第三方库的方法：
   当我们使用第三方库或者编写自定义插件时，为了避免与其方法名冲突，可以在方法名前加上下划线。例如：

Vue.prototype._myPluginMethod = function() {
  // 插件方法
}

3. Vue自身的私有属性或方法：
   在Vue中，有一些属性或方法是官方定义的私有的，不建议直接访问或修改，它们通常以下划线开头。在正常的开发中，我们不应该直接使用这些私有方法或属性，而是通过官方提供的公共API来实现相应的功能。例如：

Vue.component('_internal-component', {
  // 内部组件
})

需要注意的是，在使用下划线时，我们应该明确其含义，并且遵循一致的命名规范，以便更好地理解和维护代码。另外，下划线只是一种约定俗成的命名方式，并不是强制规定，具体是否使用下划线开头还是要根据项目的具体情况和团队的约定来决定。