프론트엔드 개발자의 기록 공간

[JavaScript DeepDive] 48장_모듈 본문

모던 자바스크립트 Deep Dive

[JavaScript DeepDive] 48장_모듈

[리우] 2022. 3. 13. 17:31

모듈이란 애플리케이션을 구성하는 개별적 요소로서 재사용 가능한 코드 조각을 말한다.

일반적으로 모듈은 기능을 기준으로 파일 단위로 분리한다. 모듈이 성립하려면 모듈은 자신만의

파일 스코프(모듈 스코프)를 가질 수 있어야 한다.

 

모듈은(변수, 함수, 객체 등)은 기본적으로 비공개 상태다. 즉, 자신만의 파일 스코프를 갖는 모듈의 자산은

캡슐화되어 다른 모듈에서 접근할 수 없다. 즉, 모듈은 개별적 존재로서 애플리케이션과 분리되어 존재한다.

하지만 완전히 분리되어 개별적으로 존재하면 재사용이 불가능하므로 모듈은 공개가 필요한 곳에 한정하여 명시적으로 공개가 가능하다. 이를 export라 한다.

 

공개된 모듈의 자산은 다른 모듈에서 재사용할 수 있다. 공개된 모듈을 이용하는 모듈을 모듈 사용자라 한다. 모듈 사용자는 모듈이 공개한 일부 또는 전체를 성택해 자신의 스코프 내로 불러들여 재사용할 수 있다.

이를 import라 한다.

모듈의 import와 export

이처럼 모듈은 애플리케이션과 분리되어 개별적으로 존재하다가 필요에 따라 다른 모듈에 의해 재사용된다

 

✍ 자바스크립트와 모듈

자바스크립트는 웹페이지의 단순한 보조 기능을 처리하기 위한 제한적인 용도를 목적으로 태어났다.

그래서 모듈 시스템을 지원하지 않는다. 즉, 자바스크립트는 모듈이 성립하기 위해 필요한 파일 스코프와

import, export를 지원하지 않았다.

 

script 택를 사용하여 외부의 자바스크립트 파일을 로드할 수 있지만 파일마다 독립적인 파일 스코프를 갖지 않는다. 다시 말해, 여러 개의 파일로 분리하여 script 태그로 로드해도 결국 하나의 자바스크립트 파일 내에 있는 것처럼 동작한다. 즉, 모든 자바스크립트 파일은 하나의 전역을 공유한다. 따라서 전역 변수가 중복되는 등의 문제가 발생하여 모듈을 구현할 수 없다.

 

이러한 문제를 해결하기 위해 자바스크립트 런타임 환경인 Node.js는 모듈 시스템을 구현한 CommonJS을 표준으로 채택하여 독자전인 변화를 거쳐 사용하고 있다. 즉, Node.js는 ECMAScript 표준 사양은 아니지만

모듈 시스템을 지원한다.따라서 Node.js 환경에서는 파일별로 독립적인 파일 스코프를 갖는다. 

 

✍ ES6 모듈(ESM)

이러한 상황에서 ES6에서는 클라이언트 사이드 자바스크립트에서도 동작하는 모듈 기능을 추가했다.

scrpit 태그에 type="module" 어트리뷰트를 추가하면 로드된 자바스크립트 파일은 모듈로서 동작한다.

ES6 모듈(앞으로 ESM으로 지칭) 모듈임을 나타내기 위해 ESM의 파일 확장자는 mjs를 권장한다.

<script type="module" src="app.mjs"></script>

ESM에는 기본적으로 strict mode가 적용된다.

 

📌 모듈 스코프

ESM은 독자적인 모듈 스코프를 갖는다. 일반적인 자바스크립트 파일은 script 태그로 분리해도 독자적인

모듈 스코프를 갖지 않는다.

<!DOCTYPE html>
<html>
<body>
  <script src="foo.js"></script>
  <script src="bar.js"></script>
</body>
</html>
// foo.js
// x 변수는 전역 변수다.
var x = 'foo';
console.log(window.x); // foo

 

// bar.js
// x 변수는 전역 변수다. foo.js에서 선언한 전역 변수 x와 중복된 선언이다.
var x = 'bar';

// foo.js에서 선언한 전역 변수 x의 값이 재할당되었다.
console.log(window.x); // bar

 

HTML에서 script 태그로 분리된 2개의 자바스립트 파일은 하나의 파일 내에 있는 것처럼 동작한다.

즉, 하나의 전역을 공유한다. 따라서 x의 변수값이 의도치 않게 덮어써진다.

 

ESM은 파일 자체의 독자적인 모듈 스코프를 제공한다. 따라서 모듈 내에서 선언한 변수는 

전역 변수가 아니며 window 객체의 프로퍼티도 아니다.

<!DOCTYPE html>
<html>
<body>
  <script type="module" src="foo.mjs"></script>
  <script type="module" src="bar.mjs"></script>
</body>
</html>
// foo.mjs
// x 변수는 전역 변수가 아니며 window 객체의 프로퍼티도 아니다.
var x = 'foo';
console.log(x); // foo
console.log(window.x); // undefined
// bar.mjs
// x 변수는 전역 변수가 아니며 window 객체의 프로퍼티도 아니다.
// foo.mjs에서 선언한 x 변수와 스코프가 다른 변수다.
var x = 'bar';
console.log(x); // bar
console.log(window.x); // undefined

 

📌 export 키워드 

모듈은 독자적인 모듈 스코프를 갖는다. 따라서 모듈 내부에서 선언한 모든 식별자는 기본적으로 해당 모듈 내부에서만 참조할 수 있다. 이를 외부에 공개하여 다른 모듈들이 재사용할 수 있게 하려면 export 키워드를 사용한다. export 키워드는 선언문 앞에 사용 가능하다.

// lib.mjs
// 변수의 공개
export const pi = Math.PI;

// 함수의 공개
export function square(x) {
  return x * x;
}

// 클래스의 공개
export class Person {
  constructor(name) {
    this.name = name;
  }
}

export할 대상을 하나의 객체로 구성하여 한 번에 export 가능

// lib.mjs
const pi = Math.PI;

function square(x) {
  return x * x;
}

class Person {
  constructor(name) {
    this.name = name;
  }
}

// 변수, 함수 클래스를 하나의 객체로 구성하여 공개
export { pi, square, Person };

 

📌 import 키워드

다른 모듈에서 공개한 식별자를 자신의 모듈 스코프 내부로 로드하려면 import 키워드를 사용한다.

// app.mjs
// 같은 폴더 내의 lib.mjs 모듈이 export한 식별자 이름으로 import한다.
// ESM의 경우 파일 확장자를 생략할 수 없다.
import { pi, square, Person } from './lib.mjs';

console.log(pi);         // 3.141592653589793
console.log(square(10)); // 100
console.log(new Person('Lee')); // Person { name: 'Lee' }

 

<!DOCTYPE html>
<html>
<body>
  <script type="module" src="app.mjs"></script>
</body>
</html>

 

export한 모듈을 import로 가져와서 사용할 때, 다른 식별자 이름을 이용할려면 as 키워드를 통해 원하는 명칭으로 바꿔 사용할 수도 있고, 파일 자체를 export 하여 import하여 하위 컴포넌트 처럼 구성할 수도 있다.

 

👨‍💻 모듈의 개념과 export, import에 대한 개념을 다루어보았다. 비교적 가벼운 주제였다.

15장에서 다룬 var, let, const 내용과 23장 실행 컨텍스트에서 다룬 내용에서 var는 전역 프로퍼티로 사용 가능하지만, let과 const는 개념적인 블록(선언적 환경 레코드)로 인해 전역으로 사용 불가능하기 때문에 독자적인 스코프를 가진 다라는 내용만 이해하면 될 것 같다.

728x90
Comments