Vuex: 왜 우리는 돌연변이, 행동, 게이터를 대문자로 씁니까?

Vuex: 왜 우리는 돌연변이, 행동, 게이터를 대문자로 씁니까?

돌연변이, 행동, 게이터의 함수 이름을 대문자로 쓰는 이유가 궁금하네.이 협약은 어디에서 유래되었는가?

export default {
  SOME_MUTATION (state, payload) {

  },

  ANOTHER_MUTATION (state, payload) {

  },
}

버트가 받아들인 대답은 약간 오해의 소지가 있다.상수변수는 전통적으로 모든 대문자로 표기되어 있지만, 문제에서 사용하는 방식이 상수변수가 되지는 않는다.

이를 통해 코드는 라이너와 같은 툴링을 활용할 수 있다.

공식 Vue.js 설명서는 모든 캡을 사용할 것을 권장하지만, 추가 파일의 변수로 사용할 것을 권장한다.이를 통해 다른 파일에 사용 가능한 기능 이름을 요구하고 자동 완성을 사용할 수 있다.

돌연변이-수정.js:

export const SOME_MUTATION = 'SOME_MUTATION'

store.js:

import Vuex from 'vuex'
import { SOME_MUTATION } from './mutation-types'

const store = new Vuex.Store({
  state: { ... },
  mutations: {
    // we can use the ES2015 computed property name feature
    // to use a constant as the function name
    [SOME_MUTATION] (state) {
      // mutate state
    }
  }
})

여기에 다른 쓰기 유형(대괄호가 있는 계산된 속성 이름):

[SOME_MUTATION] (state) { }

---

모든 대문자(즉, 모든 대문자)에 함수 이름만 적는 경우SOME_MUTATION(state) { }) 유일한 이점은 vuex 기능을 다른 것과 분리하는 단순한 시각적 이익이지만, 내 생각에 이것은 그다지 타당하지 않다.계산된 속성 이름을 가진 이름으로 고정([SOME_MUTATION] (state)) 모든 혜택을 받기 위해.

모든 대문자로 상수를 쓰는 것은 긴 스탠딩 코딩 스타일이다.

Vuex 설명서:

다양한 플럭스 구현에서 돌연변이 유형에 상수를 사용하는 것은 흔히 볼 수 있는 패턴이다.이를 통해 코드는 라이너와 같은 도구를 활용할 수 있으며, 모든 상수를 하나의 파일에 저장하면 공동작업자가 전체 애플리케이션에서 가능한 돌연변이를 한 눈에 파악할 수 있다.

그래서, 그것은 대부분의 경우 대문자로 상수를 명명하는 오랜 전통을 따를 뿐이다.필수는 아니다.

상수를 사용할지 여부는 대체로 선호되는 사항이다. 상수는 많은 개발자가 있는 대규모 프로젝트에서 유용할 수 있지만, 상수가 마음에 들지 않으면 전적으로 선택 사항이다.

참조URL: https://stackoverflow.com/questions/44571955/vuex-why-do-we-write-mutations-actions-and-getters-in-uppercase