Front-end 환경 세팅 정리

kdeun1·2022년 6월 5일
babelfront endwebpack
1
post-thumbnail
post-custom-banner

실습한 github 주소 : https://github.com/kdeun1/webpack-mini-sample

간단한 HTML + JS 파일 방식

index.html과 index.js 파일을 만든 후 HTML파일 안에서 JS파일의 스크립트 코드를 넣는 방식은 예전 방식이다. <meta charset="UTF-8"> 태그를 사용하여 한글이 나타날 수 있도록 문자셋 속성(해당 HTML 문서의 문자 인코딩 방식)을 UTF-8로 사용한다.
HTML과 JS를 분리하는 것은 관리적인 면에서 좋다. 또한, 외부 라이브러리를 cdn 방식으로도 많이 사용했다.
JS파일과 HTML파일의 종속때문에, 독립적이지 않아 HTML 의존성이 심해 JS파일은 HTML없이 정상적으로 작동할 수 없다. 외부 라이브러리의 추가로 인해 JS의 전역 스코프가 오염되는 단점이 존재한다. 그리고 외부 라이브러리를 추가할 때마다 HTML에 계속 코드를 추가해야한다.

CDN

CDN은 Content Delivery Network의 약자이다. 가장 간단하게 라이브러리를 임포트할 수 있는 방법이며, 따로 설치하지 않아도 된다. 라이브러리 트래픽을 내 서버에서 받아낼 필요가 없으며 전 세계 어디에서 접근해도 균일한 속도를 내줄 수 있다. 하지만, CDN 서버가 무너지거나 인터넷이 안되는 경우에는 CDN을 이용하는 모든 웹 사이트가 동작하지 않을 수 있다.

직접 라이브러리를 다운로드 하는 방법

직접 다운 받는 방법은 인터넷이 없는 환경에서 사용할 수 있다. 하지만 직접 일일이 다운받아야하며, 자동화가 되지 않는다.

NPM

기본적으로 Node.js로 만들어진 프로젝트를 관리하는 도구이며, NPM(Node.js Package Manager)를 도입하면 우리가 원하는 라이브러리를 체계적으로 관리할 수 있다.

package.json

npm init -y 명령어를 실행한다. 이때, -y는 yes로 일괄 적용하는 명령어이다. 명령어를 실행하면 package.json 파일이 생성되는데, 외부 라이브러리를 체계적으로 관리하기 위함이다.

Node.js

Node.js는 단순히 브라우저 환경이 아닌 환경에서도 JS를 실행할 수 있게 해주는 자바스크립트 런타임이다. 웹 개발에 이용되는 JS 프로젝트는 번들링, 컴파일이라는 과정을 거쳐서 배포된다. 번들링은 작성한 모든 파일을 하나로 합치는 행위인데, 웹 브라우저 내부의 JS 엔진이 갖는 한계를 해결하기 위함이다. 다양한 웹 브라우저의 크로스 브라이징을 지원하기 위해 번들링은 필수라고 볼 수 있다. 개발 시에 타입스크립트와 SASS 등의 프리프로세서로 개발하는 것을 HTML, CSS, JS만 해석할 수 있는 웹 브라우저가 읽을 수 있도록 번들링 해줘야한다. 또한, 최적화도 할 수 있으며, 자동화된 개발환경을 구축할 수 있다.
Node.js를 설치하면 NPM이 같이 설치되며, NPM은 package.json을 이용하여 프로젝트의 메타 정보를 관리하며, 의존성을 변경할 수 있고 script를 이용하여 명령어를 등록/자동화 할 수 있다.

버전 - Semantic Versioning

package.json 파일에 있는 버전은 버전 관리를 위해서 Semantic Versioning이라는 방식을 사용한다. Major Version.Minor Version.Patch Version의 형태이다.

  • Major Version : 기존 버전과 호환되지 않게 변경이 일어난 경우
  • Minor Version : 기존 버전과 호환이 되는데, 단순히 기능이 추가된 경우
  • Patch Version : 기존 버전과 호환이 되며 기능도 그대로인데 버그를 수정한 경우

버전 - 틸트(~)와 캐럿(^)

버전을 적는 방법은 4가지가 존재한다.

  • 숫자만 입력하는 경우
  • 부등호를 이용한 경우
  • 틸트(~)를 이용한 경우 : Patch Version에 업데이트가 있는 경우에만 최신 버전으로 업데이트한다.
  • 캐럿(^)을 이용한 경우 : Minor Version, Patch Version에 업데이트가 있는 경우에만 최신 버전으로 업데이트한다.

Node.js에서는 일반적으로 캐럿(^)을 이용하여 버전을 명시한다.

모듈

배경

모듈이 없었던 ES5에서는 전역 스코프의 오염 문제가 존재하였으며, IIFE(즉시 실행 함수 표현, Immediately Invoked Function Expression)를 통해 전역 스코프 오염 문제를 해결하면서 개발되어왔다. ES5까지 <script src="경로"></script>를 이용하여 HTML에 JS파일을 추가하였다.
ES6(ES2015) 부터 모듈이라는 개념이 도입되었는데, 다른 프로그래밍 언어처럼 다른 파일에서 코딩한 부분을 불러와서 이용할 수 있게 만들어주는 것이다.

모듈의 종류

모듈을 통해 전역 스코프 오염을 방지하게 되었는데 대표적인 모듈의 종류로는 AMD와 CommonJS가 있다.

CommonJS

JS를 사용하는 모든 환경에서 모듈을 제공하는 것이 목표이며 Node.js에서 사용하는 방법이다. exports라는 키워드로 모듈을 내보내고, require() 함수로 모듈을 불러온다.

AMD

Asynchronous Module Definition의 약자로 비동기로 로딩되는 환경에서 모듈을 사용하는 것을 목표로 한다.

UMD

Universal Module Definition의 약자이며, AMD를 기반으로 CommonJS 방식까지 지원하는 통합 형태이다.

이처럼 많은 모듈에 대한 스펙이 제안되다가 ES6부터 표준 모델 시스템을 만들었다. 지금은 바벨과 웹팩으로 모듈 시스템을 사용하는 방식이 일반적이다.

Webpack 5

webpack.config.js 파일에 설정을 입력한다. webpack은 개발자가 작성한 파일들을 번들링(작성한 모든 파일을 하나로 합치는 행위)한다.

entry

웹팩에서 파일을 합칠 때는 파일을 합치는 시작점이 되는 파일이 필요하다. 웹 자원을 변환하기 위해 필요한 최초 시작(진입)점이자 자바스크립트 파일 경로이다.
엔트리 포인트는 여러 곳이 될 수도 있다. 엔트리 포인트를 분리하는 경우는 SPA가 아닌 특정 페이지로 진입했을 때, 서버에서 해당 정보를 내려주는 형태의 MPA(멀티 페이지 어플리케이션)에 적합하다.

output

만들어진 최종 파일을 내보내는 옵션이다. 번들링 후에 탄생한 파일이다.
filename은 최종파일명 옵션이다.
path는 폴더이며, 이 때, node에서 제공하는 path 모듈(파일이나 폴더의 경로 작업을 위한 유틸)을 활용한다. 현재 경로 하위(__dirname)에 dist라는 폴더를 의미

실습

src 폴더를 생성하고 폴더 내부에 util.js 파일을 만든다.

  • utils.js 파일 안에 함수를 만들고 export한다.
  • index.js 파일을 src 폴더 내부로 넣고, utils.js의 함수들을 활용(import)해본다.

이제 webpack을 실행해본다.

  • package.json 파일 내 scripts 옵션에 각종 명령어를 추가해볼 수 있다.
  • scripts에 "build": "webpack"이라고 적어준다.
  • terminal에서 npm run build를 입력한다. dist 폴더가 생성되었으며, 내부에 main.js 파일이 생성되었다.
    이렇게 2개의 파일을 하나의 파일로 합쳐주는 것이 웹팩의 역할이다.

main.js 파일을 index.html에서 사용

  • script src 경로를 index.js -> ./dist/main.js로 변경
  • npm run build 후 로컬 서버를 띄운다.

html-webpack-plugin 설치 및 설정

build 후에 dist폴더 내 js파일만 배포하는게 아니라 html파일도 함께 존재해야 한다. 그래야 dist폴더만 배포할 경우 완벽하게 된다.
npm i html-webpack-plugin 명령어를 입력한다.

  • webpack.config.js 파일에서 설치한 html-webpack-plugin을 불러오고, plugins 옵션에 [new HtmlWebpackPlugin()] 를 추가한다.
  • npm run build 다시 빌드를 해본다. 이제 index.html이 생성된다. 하지만, 우리가 만든 html 파일이 아니다.

HtmlWebpackPlugin은 webpack 번들을 제공하는 HTML 파일생성을 단순화한다. 파라미터에는 객체가 들어가는데 옵션을 설정할 수 있다.

new HtmlWebpackPlugin({ template: './index.html' }) 설정 후 다시 빌드

  • dist > index.html을 노드 서버로 돌렸을 때, template이 없는 경우 빈 html이 나오고, template 옵션에서 기존의 index.html을 이용하도록 빌드하면 정상적인 결과가 나온다.
  • index.html 내부에 <script> 태그를 추가하여 js파일을 넣을 필요가 없다. 자동으로 <script> 태그를 만들어준다.

webpack-dev-server 설치 및 설정

코드를 수정할 때마다 웹팩 명령어를 매 번 실행해줘야한다. 개발하기 쉽게 서버를 띄워주는 역할을 한다.
npm i webpack-dev-server -D 명령어를 입력한다.

  • webpack.config.js 파일에 설치한 라이브러리를 설정해준다. devServer 옵션에 static 옵션에 directory를 입력해주고, port도 설정해준다.
  • package.json 파일에서 "start": "webpack serve --open" 스크립트를 추가한다.

npm (run) start 명령어를 입력한다.

  • 설정한 8989 포트로 페이지가 뜬다. 하지만 컴파일 문제가 발생한다. mode 옵션이 없기 때문인데 "start": "webpack serve --open --mode=development" 로 수정한다.

npm run build 명령어를 입력한다.

  • 빌드시 스크립트에도 mode가 없어 컴파일 문제가 발생한다. 빌드 스크립트도 "build": "webpack --mode=development"와 같이 수정한다.
  • 정상적으로 (개발 모드로) 빌드를 하면 dist 폴더 내 main.js 파일이 개발 모드의 불필요한 대량의 코드들이 생성된다. 개발 모드의 코드가 복잡한 이유는 작업 중 에러가 발생했을 때 찾기 수월하기 때문이다.
  • 보통 빌드는 production 모드로 하기 때문에 명령어를 "build": "webpack --mode=production"로 수정한다.
  • production 모드로 빌드를 하면 코드가 한 줄로 깔끔하게 나타난다. util.js 내부의 함수를 가져와 함수 실행이 평가된 결과 값으로 코드에 존재한다.

webpack 5는 uglifyJs대신 terser-webpack-plugin이 사용되었다. uglify 플러그인이 ES6+이후로 지원하지 않기 때문에 현재 deprecated 상태이며 terser가 선택되었다.

로더(loader)

웹팩은 파일을 전처리하기 위해 로더를 사용한다. JS 파일이 아닌 다른 정적인 리소스들을 번들링하기 위해 로더를 사용한다. 웹팩의 로더는 CSS, 이미지, 폰트, TS 등 JS 언어가 아닌 다른 무언가를 번들링하기 위해 사용된다.
자주 사용되는 로더는 다음과 같다.

  • css-loader : JS에서 css 파일을 모듈로 불러올 수 있는 기능을 제공한다.
  • style-loader : 번들된 css를 CSSOM으로 변경시키기 위함이다.
  • asset/resource(file-loader)
  • asset/inline(url-loader)
  • asset/source(raw-loader)
  • 웹팩 5의 로더 사이트 참조 : https://webpack.js.org/loaders/

플러그인(plugin)

로더가 파일 단위를 처리한다면, 플러그인은 번들된 결과물을 처리한다. 번들된 JS를 난독화나 테스트 추출 용도로 사용한다. 플러그인은 웹팩의 backbone이라 불러운다. 로더가 못하는 일도 해줄 수 있고, 웹팩을 공개적으로 많은 플러그인들을 제공해준다.
자주 사용되는 플러그인은 다음과 같다.

  • BannerPlugin : 빌드한 결과물에 빌드 정보나 커밋 버전을 추가하는데 이용된다.
  • DefinePlugin : 개발/프로덕션 빌드 사이에 다른 동작을 주어야할 때 유용하다. 환경 변수를 만들어준다.
  • HtmlWebpackPlugin : HTML파일을 후처리하는데 사용되며, 빌드 타임의 값을 넣거나 코드를 압축할 수 있다.
  • CleanWebpackPlugin : 빌드 이전의 결과물을 제거해준다.
  • MiniCssExtractPlugin : css별로 하나의 파일로 뽑아내준다.

css 설정

npm i -D style-loader css-loader 명령어를 입력한다. (internal css 방식)

  • css-loader는 css 파일을 자바스크립트 코드로 변환하여 읽을 수 있게 한다.
  • style-loader는 자바스크립트로 변경된 스타일시트를 동적으로 돔에 추가해준다. 한마디로 css를 <style> 태그로 만들어서 <head>에 넣어준다. 이 때, css-loader와 함께 사용된다. 번들된 css를 CSSOM으로 변경시킨다.
  • style-loader, css-loader는 webpack.config.js에서 module 속성에 세팅해준다.

webpack.config.js 내 css 확장자에 대한 세팅

  • use 속성의 값은 배열인데, ['style-loader', 'css-loader']의 값이 들어가며, 역순방향(우측에서 좌측으로)으로 loader가 적용된다.

src 폴더에 style.css 파일을 만들고 적용한다.

  • style.css 파일 내 body 태그에 스타일 변경 코드를 작성한다.
  • index.js 파일에 style.css를 import한다.
  • npm start 명령어를 실행하며 설정된 스타일을 확인해본다.
  • 리터럴 형식으로 <head> 내부에 <style> 이 들어가있다.

src/header.css 파일을 생성하고 적용한다.

  • header.css 파일 내 h1 태그에 스타일 변경 코드를 작성한다.
  • index.js 파일에 import한다.
  • 리터럴 형식으로 <head> 내부에 <style> 이 하나 더 추가되어있다.
  • 이처럼 css 태그가 늘어나면 <style> 태그가 늘어난다.

mini-css-extract-plugin 설치 및 설정

style-loader, css-loader를 사용하여 css 파일을 리터럴 방식으로 html에 추가하는 방식보다는 css 파일을 별도로 만들어서 가져오는 형태를 적용할 수 있다. (external css 방식)

  • npm i -D mini-css-extract-plugin 명령어를 입력한다.

webpack.config.js에서 세팅을 해준다.

  • plugins 속성에 new MiniCssExtractPlugin({ filename: 'common.css' })를 추가해준다.
  • modules.rules에서 css 확장자 규칙을 test: /.css$/i로 변경하고 use: [MiniCssExtractPlugin.loader, 'css-loader']로 변경해준다. <head> 태그에 <style>을 추가하는 방식이 아니라 외부에서 가져오는 역할을 하기 때문에 style-loader 대신에 MiniCssExtractPlugin.loader로 변경하였다.

npm run build 명령어로 빌드를 해본다.

  • dist 폴더 내 common.css 파일이 추가되었다. 그리고 dist/index.html을 열어보면 <link href="common.css" rel="stylesheet" /> 로 파일을 불러오는 것을 알 수 있다.

file-loader로 이미지 파일 불러오기

npm i -D file-loader 명령어를 실행한다.

  • webpack에서 실제 사용하는 파일을 출력 폴더 밑에 복사본을 만든다.

이미지 파일을 import해서 html에 추가해보자

  • src 폴더 안에 images 폴더를 생성하고 이미지 파일을 하나 넣어놓았다. 그리고 index.js 파일에서 해당 이미지 파일을 logo로 import한다. 그리고 logo를 innerHTML안에 추가한다.
  • npm start를 하면 해당 파일을 처리할 loader가 없기 때문에 에러가 발생한다.

webpack.config.js 파일에서 방금 설치한 file-loader를 세팅해보자.

  • module.rules에 { test: /.(png|jpg)$/, use: ['file-loader'] }를 추가한다.

clean-webpack-plugin로 이전 빌드물 제거하기

npm i -D clean-webpack-plugin 명령어를 실행한다.
clean-webpack-plugin은 성공적으로 빌드 시 output.path 디렉토리에 있는 모든 파일과 사용하지 않는 모든 웹팩 자산들을 제거해주는 플러그인이다.
html-webpack-plugin이나 mini-css-extract-plugin과 같은 플러그인과 달리 clean-webpack-plugin은 default export가 설정되어있지 않아 object destructuring해서 가져와야한다.

  • js파일에서 이미지 파일을 import한다. 그리고 빌드하게 되면 import된 이미지도 같이 빌드된다. 이미지를 교체 후에 빌드하면 이전 이미지도 남아있게 된다. 사용하지 않는 이미지를 import하지 않는다.
  • 해당 플러그인 설치 후 세팅하고 빌드하면 불필요한 이미지 파일이 사라진다.

webpack-bundle-analyzer 사용해보기

npm i -D webpack-bundle-analyzer 명령어를 실행한다.
서버 실행 시 분석창이 매번 열리는데, 이를 설정 값을 통해 원하는 html파일명과 열리지 않게 설정한다.

Asset Modules 구성하기 (webpack 5)

애셋 모듈은 로더를 추가로 구성하지 않아도 애셋 파일(폰트, 아이콘 등)을 사용할 수 있도록 해주는 모듈이다. Asset Modules는 Asset 파일들을 처리하는 방식들을 모아놓은 모듈이고, 정의하는 방식에 따라 브라우저가 한 번에 다운로드 하는 파일의 개수, 파일의 용량을 결정한다.

webpack 5 이전에는 아래의 로더를 사용했다.

  • raw-loader : 파일을 문자열로 그대로 자바스크립트로 가져온다.
  • file-loader : 모듈의 내용을 그대로 복사해서 출력 폴더 밑에 복사한다.
  • url-loader : 파일의 크기가 limit 값보다 작은 경우 dataURI 형식으로 번들 파일의 인라인으로 내용으로 추가된다. 파일 크기가 큰 경우 다른로더가 처리할 수 있도록 fallback 옵션을 제공한다. fallback 옵션을 입력하지 않으면 file-loader가 처리한다.

위의 로더를 대체하기 위해서 애셋 모듈에는 4가지 새로운 모듈이 추가되었다.

  • asset/resource
    별도의 파일을 내보내고 URL을 추출한다. 다시 말해서 빌드 후 asset 파일을 출력 디렉토리로 내부내고, 해당 경로를 번들에 추가한다. v5 이전에는 file-loader를 사용해서 처리하였다.
    이미지명을 해시로 저장하여 이름이 같은 채로 캐싱된 것을 불러오는 오류를 방지할 수 있다. 해시로 캐시 무력화를 없애기 위함이다.
  • asset/inline
    애셋의 data URI를 내보낸다. v5 이전에는 url-loader를 사용하여 처리하였다.
    Data URI Scheme 방식을 사용하여 리소스를 외부에서 가져오지 않고, 파일 자체를 문서에 임베드시킨다.
    base64로 인코딩되어 원본 파일보다 용량이 커진다. 또한, 긴 문자열로 인해 소스 가독성이 떨어지며, 브라우저에 따라 문자열 길이 제한때문에 용량이 큰 이미지는 처리가 어렵다.
  • asset/source
    애셋의 소스코드를 내보낸다. v5 이전에는 raw-loader를 사용하여 처리하였다.
  • asset
    data URI와 별도의 파일 내보내기 중 자동으로 선택한다. v5 이전에는 애셋 크기 제한(limit)가 있는 url-loader를 사용하였다.
    v4의 url-loader에 limit 용량이 넘어가면 fallback 효과가 발동되어 file-loader로 넘어가는 것처럼, asset에 parser.dataUrlCondition.maxSize 옵션을 활용하여 fallback 효과를 줄 수 있다.
  • 버그 발견
    webpack5 환경에서 CleanWebpackPlugin을 사용 + asset modules의 generator를 사용한다. 이 때, filename에 있는 static 폴더가 남아있는 상태에서 다시 빌드를 한다면 -4048 에러가 발생한다.
    CleanWebpackPlugin을 사용하지 않고, webpack 5.2버전부터 나온 output.clean 옵션을 사용하면 해당 버그가 발생하지 않는다. CleanWebpackPlugin을 output.clean 옵션으로 대체하겠다.
    참조 : https://webpack.kr/configuration/output/#outputclean

Babel 사용하기

babel은 최신 자바스크립트를 ES5 버전에서도 돌아갈 수 있도록 변환(transpiling)해준다. 최신 버전의 자바스크립트로 개발하더라도 ES5 지원하는 다른 브라우저에서 돌아갈 수 있도록 처리를 해준다.
여러 브라우저에서 작성한 코드가 정상적으로 돌아갈 수 있도록 만드는 크로스 브라우징을 지원하게 만든다.
바벨은 transpiler라고 부른다. JAVA파일을 class파일로 빌드 변환과 달리 추상화 수준이 같은 코드로 트랜스파일링해준다.

  • npm i -D @babel/core @babel/cli 명령어를 실행한다.
  • @babel/core : 핵심적인 동작이 담겨있는 바벨 코어
  • @babel/cli : 커맨드라인 명령어를 지원하기 위한 바벨 CLI

실무 프로젝트에서는 바벨의 수많은 플러그인을 사용해야 하는데, 하나하나 설치하기에는 노가다를 해야한다. 목적에 맞게 프리셋(preset)을 사용하여 시간을 줄여준다.

  • npm i -D @babel/preset-env 명령어를 실행한다.
  • @babel/preset-env : ES6+를 변환할 때 사용한다.

바벨 공식문서에서 설정 파일명은 v7.8.0이상이라면 babel.config.json이고, 아닌 경우에는 babel.config.js이다. 현재 설치된 바벨의 버전이 7.8이상이므로 babel.config.json 파일을 프로젝트 최상단에 생성한다.

  • 바벨 컨피그 파일의 내용은 공식문서에 있는 내용을 추가하였다.
  • npx babel src/util.js 명령어를 실행한다. ES6+로 작성된 js코드들이 ES5로 트랜스파일링된 것을 볼 수 있다.
  • chrome외에 edge, ie 등의 브라우저 버전을 추가할 수 있다.

Webpack5의 babel-loader를 사용한다. 이 패키지를 사용하면 Babel, Webpack을 사용하여 JS 파일을 트랜스파일링할 수 있다.

  • npm i -D babel-loader 명령어를 실행한다. webpack.config.js파일에 .mjs, .js파일을 대상으로 규칙을 추가한다. node_modules 폴더를 제외하여 속도를 최대 2배 높일 수 있다.
  • 빌드 명령어를 실행하면 babel-loader에 의해 트랜스파일링한 js코드를 볼 수 있다. Chrome 브라우저에서는 빌드 후 index.html이 정상적으로 동작하나, IE11에서 해당 html파일을 열면 콘솔에러가 발생하고 정상적으로 동작하지 않는다. 분명 babel.config.js에서 ie: 11을 입력하였지만 IE 브라우저에서 동작하지 않았다. 왜 그럴까?

babel과 polyfill

new Promise(); 라는 코드는 ES6에서 나온 문법이다. 이를 babel로 트랜스파일링해도 그대로 변환된다. Promise, Object.assign, Array.from 등의 문법은 ES5로 대체할 기능이 없기 때문에 그대로 남아있다.
JS 최신 문법은 IE와 같은 오래된 브라우저에서 정상적으로 동작/지원하지 않는다. 이처럼 새롭게 추가된 객체나 메소드 등을 사용하기 위해 Polyfill이라 불리우는 코드 조각들을 추가해서 해결해야한다.
즉, babel을 이용해 최신 자바스크립트를 컴파일 타임에서 트랜스파일링한다. 모던 JS 코드를 구 표준을 준수하는 코드로 바꿔준다.
일부 기능들은 polyfill을 이용해 브라우저가 실행되는 시점인 런타임에 등록되지 않은 메소드나 함수을 주입한다. Polyfill은 JS의 Syntax로 읽히지만, 정의되어있지 않은 객체들을 정의해주는 개념이다.

polyfill을 사용하는 방법

@babel/polyfill를 사용한다.

사용하지 않는 폴리필도 불러오기 때문에 번들의 크기가 커지며, Babel 7.4.0부터 deprecated되었다.
폴리필하기 위한 core-js/stable과 트랜스파일된 생성기 기능을 사용하는데 필요한 regenerator-runtime/runtime이 Babel 7.4.0버전부터 직접 import해서 사용하는 방법을 권장한다. 하지만 이 방식은 전역 스코프를 오염시키는 문제가 있다.
babel.config.json 설정파일에 useBuiltIns 옵션에 core-js에서 필요한 폴리필만 import해서 사용한다.
하지만 이 방법은 전역 스코프가 오염되는 방법때문에 선호하지 않는다.

@babel/plugin-transform-runtime을 사용한다.

npm i -D @babel/plugin-transform-runtime 명령어를 입력한다.
babel 7.4부터 transform-runtime 플러그인이 core-js@3 지원을 시작했다. 이전 버전과 달리 v3은 인스턴스 메소드를 지원한다.
참조 : 바벨 공식문서 > transform-runtime 플러그인의 core-js설명[https://babeljs.io/docs/en/babel-plugin-transform-runtime#corejs]
transform-runtime 플러그인을 도입하여 기존 바벨 설정 파일 개선
useBuiltIns 옵션에 의해 직접 삽입되었던 core-js 폴리필 대신에 core-js-pure 폴리필(전역 스코프를 오엽시키지 않는 core-js 버전)이 삽입된다.
babel v7에서 useBuiltIns 옵션이 제거되었다. preset-env 프리셋의 useBuiltIns 옵션을 제거하였다. @babel/plugin-transform-runtime 플러그인을 추가하고 옵션으로 corejs: 3을 설정한다.
공식문서에 따라 corejs옵션의 3버전을 사용하려면 npm install --save @babel/runtime-corejs3 명령어를 입력한다.
preset-env와 다르게 target 옵션을 지원하지 않아 브라우저 상황에 맞게 폴리필 최적화를 할 수 없다고 한다.

IE에서 발생되는 에러

바벨 설정 후 웹팩빌드를 하더라도 IE에서 오류가 발생한다. 이는 화살표 함수가 남아있기 때문이다.
webpack v5부터 트랜스파일링을 기본적으로 ES6로 한다. 그렇다면 babel이 아니라 webpack의 설정의 target 옵션을 활용해야한다. webpack.config.js 파일의 target을 ['web', 'es5']로 설정해준다.
참고 : ES11같은 오래된 브라우저에서의 지원[https://webpack.js.org/migrate/5/#need-to-support-an-older-browser-like-ie-11]

참조

profile
kdeun1
프론트엔드 개발자입니다.
이전 포스트

The New Vue by Evan You 번역

다음 포스트

Github Actions로 gh-pages 자동 배포하기

post-custom-banner

0개의 댓글