프런트엔드 프로젝트의 vue 환경 패키지

전방 프로젝트 배치 환경은 왕왕 여러 환경이다. 가장 익숙한 것은 테스트 환경, 생산 환경이다.서로 다른 환경에서api인터페이스의 도메인주소가 다르면 문제가 존재할 수 있다. 서로 다른 환경에서 프로젝트를 포장하여 배치하기 전에 우리가 수동으로 도메인주소를 변경해야 하기 때문에 매우 번거롭지 않다. 심지어 변경을 잊어버리거나 관계를 거꾸로 하는 상황이 발생하면 어떡하지?당황하지 마라, 오늘은 환경에 따라 이런 일을 포장하는 것에 대해 이야기해 보자.
vue-cli 2.x분 환경 패키지

vue-cli 2.x버전은 환경별 패키지 절차로 이곳을 세게 찍을 수 있습니다.한 동료가 쓴 vue-cli 2.x다중 환경에서 포장한 글은 절대 건조품 중의 전투기이기 때문에 바퀴를 중복하지 않으려고 합니다. 오늘도 우리는 vue-cli 3.0버전에서 환경별 포장 방식을 위주로 합니다.

vue-cli 3.0 환경 패키지

우선 낡은 규칙입니다. 코드로 설명할 수 있는 문제는 bb한 마디도 많지 않습니다. so, 우리 시작하고 바로 코드에 올립시다.1.package.json 명령 추가

"scripts": {
    "dev": "vue-cli-service serve", //    ，  process.env.NODE_ENV     'development'(  )
    "build:dev": "vue-cli-service build --mode dev",//dev     (     )，  process.env.NODE_ENV     '.env.dev   NODE_ENV    '
    "build": "vue-cli-service build"//     ，  process.env.NODE_ENV     'production'(  )
  },

주의:1."build: dev"명령은 사용자 정의가 가능하며, 고정된 쓰기가 아닙니다. 예를 들어 "build-dev"등 다른 필드로 완전히 설명할 수 있습니다. 2.--mode '이름' 은 다음 단계 2에 나와야 합니다.env.'이름 '의' 모드 이름 '필드가 일치합니다. 여기는 필수입니다.
2. 프로젝트 루트 디렉터리에 파일을 추가합니다.env.'이름 '파일, 여기 있습니다.env.dev 파일

이하.env.dev 파일에 정의된 환경 변수 (환경 패키지는 사용자 정의 환경 변수에 의존합니다)

3.다중 환경에서의 응용 (서로 다른 생산 환경에서의api 인터페이스 도메인 이름 주소로 예시)


let env = process.env.NODE_ENV === 'development' ? 'development': process.env.VUE_APP_TITLE;
const baseURL = (env === 'development' || env === 'build_dev') ? store.state.testURL : store.state.baseURL;

4.포장하다

npm run build:dev      (package.json    )
npm run build

서로 다른 패키지 명령에 대응하는 모드의 환경 변수를 불러옵니다. 그러면 프로세스를 바꿉니다.env.NODE_ENV 및 process.env.VUE_APP_TITLE는 패키징 환경을 구분하여 프로젝트 패키징을 구성합니다.

notes

몇 가지 주목할 점이 있는데 여기서 설명해 주세요.vue-cli 3.0 다중 환경에서 포장하는 것은 프로젝트 루트 디렉터리에 대한 덕분이다.env 파일 지원, 이 부분은 여기에 찔러서 공식 문서를 볼 수 있습니다. 상세하고 건조합니다.

단계 2.env 파일의 NODEENV 환경 변수의 값은'development','production','test'일 수 있습니다. 여기서'production'이라고 정의한 것은 웹 패키지를 열 때 프로세스를 맞추기 때문입니다.env.NODE_ENV=='production'은 다른 상황과 달리 만들어진 가방의 구조와 크기가 다르다. 이 관심 있는 친구는 각각 포장해 보면 한눈에 알 수 있다.

이로써 vue-cli 3.0에서 프로젝트의 환경별 패키지 방식은 기본적으로 완료되었다. 다음은 동생이 생각한 프로그램들이 환경별 동적 인터페이스 도메인 이름 전환과 유사한 방안을 실현하는 방안에 대해 토론할 수 있다. 헤헤.
화려한 분할선 하나----------------------------------------------------------------------
애플릿 환경별 동적 도메인 이름 전환

애플릿에서wxConfig.envVersion은 애플릿 체험판, 개발판, 정식판을 구분할 수 있습니다.envVersion 유형은 문자열 envVersion:'develop',//개발판 envVersion:'trial',//체험판 envVersion:'release',//정식판입니다. 이렇게 하면 우리는 작은 프로그램에서 도메인을 동적 전환하고 수동 주석 전환 방식을 피할 수 있습니다.END는 반보를 쌓지 않고 천리에 이르지 않는다.작은 물줄기를 축적하지 않으면 강과 바다를 이룰 수 없다.

전재 대상:https://juejin.im/post/5d0901c8e51d454d544abf65

이 내용에 흥미가 있습니까?

현재 기사가 여러분의 문제를 해결하지 못하는 경우 AI 엔진은 머신러닝 분석(스마트 모델이 방금 만들어져 부정확한 경우가 있을 수 있음)을 통해 가장 유사한 기사를 추천합니다:

다양한 언어의 JSON

JSON은 Javascript 표기법을 사용하여 데이터 구조를 레이아웃하는 데이터 형식입니다. 그러나 Javascript가 코드에서 이러한 구조를 나타낼 수 있는 유일한 언어는 아닙니다. 저는 일반적으로 '객체'{}...

텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.

CC BY-SA 2.5, CC BY-SA 3.0 및 CC BY-SA 4.0에 따라 라이센스가 부여됩니다.

프런트엔드 프로젝트의 vue 환경 패키지

좋은 웹페이지 즐겨찾기