React

번들링

여러 제품이나, 코드, 프로그램을 묶어서 패키지로 제공하는 행위를 말한다.
프론트엔드 개발자에게 번들은 사용자에게 웹 애플리케이션을 제공하기 위한 파일 묶음이다.

번들링의 필요성

내가 작성한 HTML, CSS, JavaScript 파일을 그대로 전송한다면 여러가지 문제가 발생할 수 있다.
1. 두 개의 js파일에서 같은 변수를 사용하고 있어 변수 간 충돌이 일어날 수 있다.
2. 딱 한 번 불러오는 프레임워크 코드가 8MB라서, 인터넷 속도가 느린 국가의 모바일 환경에서 사용자가 불편을 겪을 수 있다.
3. 번들 파일 사이즈를 줄이기 위해 파일의 공백을 모두 지우는데, 가독성이 떨어진다.
4. 배포 코드가 너무 읽기 쉬워 개발을 할 줄 아는 사용자가 임의로 조작할 수 있다.

웹팩

여러 개의 파일을 하나의 파일로 합쳐주는 모듈 번들러를 의미한다.
HTML,CSS,JavaScript 등의 자원을 전부 각각의 모듈로 보고 이를 조합해 하나의 묶음으로 번들링하는 도구이다.

webpack은 22년 7월 기준, 애플리케이션 배포를 위해 가장 많이 사용하는 번들러이다.

모듈 번들러의 등장

모던 웹으로 발전하면서 JavaScript 코드의 양이 증가하였고, 대규모의 의존성 트리를 가지고 있는 대형 웹 애플리케이션이 등장하므로써 세분화된 모듈 파일이 폭발적으로 증가했다.
모듈 단위의 파일들을 호출 해 브라우저에 띄워야 하는데, JavaScript 언어의 특성에 따라 발생하기 쉬운 각 변수들의 스코프 문제를 해결해야 하고, 각 자원을 호출할 때에 생겨나는 네트워크 쪽의 코스트도 신경써줘야만 했다.
이런 복잡성에 대응하기 위해 하나의 시작점으로부터 의존성을 가지는 모듈을 추적하여 하나의 결과물을 만들어내는 모듈 번들러가 등장했다.

웹팩에서의 모듈

웹팩에서의 모듈읜 JavaScript 모듈에만 국한되지 않는다.
HTML,CSS 혹은 jpg나 png같은 이미지 파일들도 전부 포함한 포괄적인 개념이다.
웹팩의 주요 구성 요소읜 로더(loader)를 통해 다양한 파일도 번들링이 가능하다.

빌드와 번들링

빌드는 개발이 완료된 앱을 배포하기 위해 하나의 폴더로 구성하여 준비하는 작업을 말한다.
React 앱을 예로 들어, npm run build를 실행하면 React build 작업이 진행되고, index.html 파일에 압축되어 배포에 최적화된 상태를 제공한다.
파일은 의존적 관계에 있는 파일들(import, export) 그 자체 혹은 내부적으로 포함되어 있는 모듈을 의미한다.
모듈 간의 의존성 관계를 파악해 그룹화 하는 작업이라고 볼 수 있다.

웹팩의 필요성

가장 큰 이유는 웹 애플리케이션의 빠른 로딩 속도와 높은 성능을 위해서이다.
웹 페이지를 구성하는 코드의 양이 많은 것을 “무겁다”라고 표현하는데, 이것이 무거우면 무거울수록 웹 페이지의 로딩 속도와 성능이 저하된다.
웹 페이지의 로딩 시간이 길어질수록 유저의 이탈률은 증가한다.
웹팩이 없다면 각 자원들을 일일히 서버에 요청해 얻어와야 하지만, 웹팩이 있다면 같은 타입의 파일들은 묶어서 요청 및 응답 받을 수 있기 때문에 네트워크 코스트가 획기적으로 줄어든다.
Webpack loader를 사용하면 일부 브라우저에서 지원하지 않는 ES6의 문법들을 ES5로 변환해주는 bable-loader를 사용할 수 있게 된다.
개발자는 본인이 원하는 최선의 개발 방식을 선택해 개발할 수 있게끔 지원하기도 한다.
Webpack4 버전 이상부터는 Development, Production 두 가지 모드를 지원한다.
- Production 모드로 번들링을 진행할 경우, 코드 난독화, 압축화, 최적화 작업을 지원한다.
- 사용자가 느끼기에 더욱 쾌적한 환경 및 보안까지 신경쓰면서 노출시킬 수 있다는 점에서 웹팩의 필요성은 매우 높다.

웹팩의 핵심 개념

Entry
Output
Loaders
Plugins
Mode
Browser Compatibility

  
module.exports = {
  target: ["web", "es5"],
  entry: "./src/script.js",
  output: {
    path: path.resolve(__dirname, "docs"),
    filename: "app.bundle.js",
    clean: true,
  },
  module: {
    rules: [
      {
        test: /\.css?$/,
        use: [MiniCssExtractPlugin.loader, "css-loader"],
        exclude: /node_modules/,
      },
    ],
  },
  plugins: [
    new HtmlwebpackPlugin({
      template: path.resolve(__dirname, "src", "index.html"),
    }),
    new MiniCssExtractPlugin(),
  ],
  optimization: {
    minimizer: [new CssMinimizerPlugin()],
  },
};

Target 타겟

Webpack은 다양한 환경과 target을 컴파일한다.
target의 기본값은 web인데, 적용하지 않으면 이 기본값으로 적용된다.
web외에도 다양한 환경을 컴파일 할 수 있는데, exX를 넣으면 지정된 ECMAScript 버전으로 컴파일할 수 있다.
config 파일에서 배열 안에 넣은 esX는, 브라우저와 동일한 환경에서 사용하기 위하여 컴파일할 것이며, 작성된 코드를 esX 버전으로 컴파일 하겠다고 지정한다.
1 2 3 module.exports = { target: ["web", "es5"], };

Entry 엔트리

일반적인 문맥에서 entry는 ‘입구’라는 뜻을 가진다.
webpack에서의 entry는 프론트엔드 개발자가 작성한 코드의 ‘시작점’을 의미하며, React도 index.js에서 HTML엘리먼트 하나에 React 코드를 적용하는 것부터 시작한다.
Entry 속성은 Entry point 라고도 하며, webpack이 내부의 디펜던시 그래프를 생성하기 위해 사용해야 하는 모듈이다.
Webpack은 이 Entry point를 기반으로 직간접적으로 의존하는 다른 모듈과 라이브러리를 찾아낼 수 있다.

기본값은 ./src/index.js이지만 webpack 설정에서 Enry 속성을 설정하여 다른 entry point를 지정할 수 있다.

  
module.exports = {
  ...
  entry: "./src/index.js",
}

module.exports = {
  ...
  entry: "./src/script.js",
};

Output 출력

생성된 번들을 내보낼 위치와 이 파일의 이름을 지정하는 방법을 webpack에게 알려주는 역할을 한다.
기본 출력 파일의 경우에는 ./dist/main.js로, 생성된 기타 파일의 경우에는 ./dist 폴더로 설정된다.
filename과 path 속성을 사용하여 webpack에 번들의 이름과 내보낼 위치를 알려준다.

path 속성을 사용할 때는 path 모듈을 사용해야 한다.

  
const path = require('path');

module.exports = {
  ...
  output: {
      path: path.resolve(__dirname, "docs"), // 절대 경로로 설정해야 한다.
      filename: "app.bundle.js",
      clean: true
  },
};

Loader 로더

webpack은 기본적으로 JavaScript와 JSON 파일만 이해한다.
loader를 사용하면 webpack이 다른 유형의 파일을 처리하거나, 그들을 유효한 모듈로 변환해 애플리케이션에 사용하거나 디펜던시 그래프에 추가할 수 있다.
loader는 webpack 설정에 몇 가지 속성을 가진다.
- test : 변환이 필요한 파일들을 식별하기 위한 속성
- use : 변환을 수행하는데 사용되는 로더를 가리키는 속성
- exclude : 바벨로 컴파일하지 않을 파일이나 폴더를 지정(include속성을 사용해 반드시 컴파일해야 할 파일이나 폴더 지정 가능)

test,use는 필수 속성이며, 속성을 넣어 규칙을 정하기 위해서는 module.rules아래에 정의해야 한다.

rules아래에 정의하면 경고를 하게 된다.

  
module.exports = {
    ...
    module: {
        rules: [
            {
                test: /\.css$/,
                use: [MiniCssExtractPlugin.loader, "css-loader"],
                exclude: /node_modules/,
            },
        ],
    },
};

Plugins 플러그인

plugins를 사용하면 번들을 최적화하거나 에셋을 관리하고 환경변수 주입 등의 광범위한 작업을 수행할 수 있게 된다.
플러그인을 사용하기 위해서는 require()를 통해 플러그인을 먼저 요청하고, 사용하고자 하는 플러그인을 추가한다.

대부분의 플러그인은 사용자가 옵션을 지정할 수 있으며 다른 목적으로 플러그인을 여러 번 사용하도록 설정할 수 있기 때문에 new 연산자를 사용해 호출하여 플러그인의 인스턴스를 만들어줘야 한다.

  
const webpack = require('webpack');
const HtmlWebpackPlugin = require("html-webpack-plugin");
const MiniCssExtractPlugin = require("mini-css-extract-plugin");

module.exports = {
  ...
  plugins: [
      new HtmlWebpackPlugin({
          template: path.resolve(__dirname, "src", "index.html"),
      }),
      new MiniCssExtractPlugin(),
  ],
};

Optimization 최적화

webpack 버전 4부터는 선택한 항목에 따라 최적화를 실행한다.
최적화하기 위해 다양한 옵션이 지원되는데, 대표적으로 minimize, minimizer등이 있다.
- minimize: TerserPlugin 또는 optimization.minimize에 명시된 plugins로 bundle 파일을 최소화시키는 작업 여부를 결정한다.
- minimizer: default minimizer을 커스텀된 TerserPlugin 인스턴스를 제공해서 재정의할 수 있다.

mini-css-extract-plugin에 관련된 번들을 최소화하도록 지시한다.

  
module.exports = {
  ...
  optimization: {
      minimizer: [
          new CssMinimizerPlugin(),
      ]
  }
};

React 32장 - 번들링과 웹팩