[Deep Dive] 14-15장

14장 전역 변수의 문제점

변수의 생명 주기

• 지역 변수의 생명 주기
  전역 변수의 생명 주기는 애플리케이션의 생명 주기와 같다. 하지만 함수 내부에서 선언된 지역 변수는 함수가 호출되면 생성되고 함수가 종료하면 소멸한다. 즉, 지역 변수의 생명 주기는 함수의 생명 주기와 일치한다.
  지역 변수가 함수보다 오래 생존하는 경우도 있다. 누군가 스코프를 참조하고 있으면 스코프는 소멸하지 않고 생존하게 된다. 지역 변수는 함수가 생성한 스코프에 등록된다. 따라서 변수는 자신이 등록된 스코프가 소멸(메모리 해제)될 때까지 유효하다.
  또한 호이스팅은 스코프를 단위로 동작하며, 호이스팅은 변수 선언이 스코프의 선두로 끌어 올려진 것처럼 동작하는 자바스크립트 고유의 특징을 말한다고 할 수 있다.
• 전역 변수의 생명 주기
  브라우저 환경에서 전역 객체는 window이므로 브라우저 환경에서 [ic]var[/ic] 키워드로 선언한 전역 변수는 전역 객체 window의 프로퍼티다. 전역 객체 window는 웹페이지를 닫기 전까지 유효하다. 즉, [ic]var[/ic] 키워드로 선언한 전역 변수의 생명 주기는 전역 객체의 생명 주기와 일치한다.
  
  

전역 변수의 문제점

• 암묵적 결합
  전역 변수를 선언하는 것은 모든 코드가 전역 변수를 참조하고 변경할 수 있는 암묵적 결합을 허용하는 것이다. 변수의 유효 범위가 크면 클수록 코드의 가독성을 나빠지고 의도치 않게 상태가 변경될 수 있는 위험성도 높아진다.
• 긴 생명 주기
  전역 변수는 생명 주기가 길다. 따라서 메모리 리소스도 오랜 기간 소비한다. 또한 전역 변수의 상태를 변경할 수 있는 시간도 길고 기회도 많다.
• 스코프 체인 상에서 종점에 존재
  전역 변수는 스코프 체인 상에서 종점에 존재한다. 이는 변수를 검색할 때 전역 변수가 가장 마지막에 검색된다는 것을 말한다. 즉, 전역 변수의 검색 속도가 가장 느리다.
• 네임스페이스 오염
  자바스크립트의 가장 큰 문제점 중 하나는 파일이 분리되어 있다 해도 하나의 전역 스코프를 공유한다는 것이다. 따라서 다른 파일 내에서 존재해도 예상치 못한 결과를 가져올 수 있다.

 

전역 변수의 사용을 억제하는 방법

전역 변수를 반드시 사용해야 할 이유를 찾지 못한다면 지역 변수를 사용해야 한다. 변수의 스코프는 좁을수록 좋다.

• 즉시 실행 함수
  모든 코드를 즉시 실행 함수로 감싸면 모든 변수는 즉시 실행 함수의 지역 변수가 된다.
• 네임스페이스 객체
  전역에 네임스페이스 역할을 담당할 객체를 생성하고 전역 변수처럼 사용하고 싶은 변수를 프로퍼티로 추가하는 방법이다.
• 모듈 패턴
  모듈 패턴은 클래스를 모방해서 관련이 있는 변수와 함수를 모아 즉시 실행 함수로 감싸 하나의 모듈을 만든다.
• ES6 모듈
  ES6 모듈을 사용하면 더는 전역 변수를 사용할 수 없다. ES6 모듈은 파일 자체의 독자적인 모듈 스코프를 제공한다. [ic]script[/ic] 태그에 [ic]type="module"[/ic] 어트리뷰트를 추가하면 로드된 자바스크립트 파일은 모듈로서 동작한다. 모듈의 파일 확장자는 mjs를 권장한다.

var MYAPP = {}; // 전역 네임스페이스 객체

MYAPP.name = 'Lee';

console.log(MYAPP.name); // Lee

// 모듈 패턴
var Counter = (function() {
  // private 변수 (외부에서 접근할 수 없고 내부에서만 사용 된다)
  var num = 0;
  
  // 외부로 공개할 데이터나 메서드를 프로퍼티로 추가한 객체를 반환한다.
  return {
    increase() {
      return ++num;
    },
    decrease() {
      return --num;
    }
  }
})();

console.log(Counter.num); // undefined
console.log(Counter.increase); // 1

<!-- ES6 모듈 -->
<script type="module" src="lib.mjs"></script>

 

 

 

 

15장 let, const 키워드와 블록 레벨 스코프

var 키워드로 선언한 변수의 문제점

• 변수 중복 선언 허용
  만약 동일한 이름의 변수가 이미 선언되어 있는 것을 모르고 변수를 중복 선언하면서 값까지 할당했다면 의도치 않게 먼저 선언된 변수 값이 변경되는 부작용이 발생한다.
• 함수 레벨 스코프
  함수 레벨 스코프는 전역 변수를 남발할 가능성을 높인다. 이로 인해 의도치 않게 전역 변수가 중복 선언되는 경우가 발생한다.
• 변수 호이스팅
  변수 호이스팅에 의해 [ic]var[/ic] 키워드로 선언한 변수를 변수 선언문 이전에 참조할 수 있다. 변수 선언문 이전에 변수를 참조하는 것은 변수 호이스팅에 의해 에러를 발생시키지는 않지만 프로그램의 흐름상 맞지 않을뿐더러 가독성을 떨어뜨리고 오류를 발생시킬 여지를 남긴다.
  
  

 

let 키워드

• 변수 중복 선언 금지
  [ic]let[/ic] 키워드로 이름이 같은 변수를 중복 선언하면 문법 에러가 발생한다.
• 블록 레벨 스코프
  [ic]let[/ic] 키워드로 선언한 변수는 블록 레벨 스코프를 따른다.
• 변수 호이스팅
  [ic]let[/ic] 키워드로 선언한 변수는 '선언 단계'와 '초기화 단계'가 분리되어 진행된다. 즉, 런타임 이전에 자바스크립트 엔진에 의해 암묵적으로 선언 단계가 먼저 실행되지만 초기화 단계는 변수 선언문에 도달했을 때 실행된다. 
  [ic]let[/ic] 키워드로 선언한 변수는 스코프의 시작 지점부터 초기화 단계 시작 지점(변수 선언문)까지 변수를 참조할 수 없다. 스코프의 시작 지점부터 초기화 시작 지점까지 변수를 참조할 수 없는 구간을 일시적 사각지대라고 부른다.
  (변수 호이스팅이 발생하지 않는 것처럼 보이지만 호이스팅은 여전히 발생한다.)
• 전역 객체와 let
  [ic]let[/ic] 키워드로 선언한 전역 변수는 전역 객체(window)의 프로퍼티가 아니다. [ic]let[/ic] 전역 변수는 보이지 않는 개념적인 블록(전역 레시컬 환경의 선언적 환경 레코드) 내에 존재하게 된다.
  
  

 

const 키워드

• 선언과 초기화
  [ic]const[/ic] 키워드로 선언한 변수는 반드시 선언과 동시에 초기화해야 한다.
  [ic]const[/ic] 키워드로 선언한 변수는 let 키워드로 선언한 변수와 마찬가지로 블록 레벨 스코프를 가지며, 변수 호이스팅이 발생하지 않는 것처럼 동작한다.
• 재할당 금지
  [ic]const[/ic] 키워드로 선언한 변수는 재할당이 금지된다.
• 상수
  [ic]const[/ic] 키워드로 선언한 변수에 원시 값을 할당한 경우 변수 값을 변경할 수 없다. 이러한 특징을 이용해 [ic]const[/ic] 키워드를 상수를 표현하는 데 사용하기도 한다.
  일반적으로 상수의 이름은 대문자로 선언해 상수임을 명확히 나타낸다. 여러 단어로 이뤄진 경우에는 언더스코어로 구분해서 스네이크 케이스로 표현하는 것이 일반적이다. [ic]const TAX_RATE = 0.1;[/ic]
• const 키워드와 객체
  [ic]const[/ic] 키워드는 재할당을 금지할 뿐 불변을 의미하지는 않는다. 다시 말해, 새로운 값을 재할당하는 것은 불가능 하지만 프로퍼티 동적 생성, 삭제, 프로퍼티 값의 변경을 통해 객체를 변경하는 것은 가능하다. 이때 객체가 변경되더라도 변수에 할당된 참조 값은 변경되지 않는다.

 

var vs. let vs. const

• ES6 를 사용한다면 [ic]var[/ic] 키워드는 사용하지 않는다.
• 재할당이 필요한 경우에 한정해 let 키워드를 사용한다. 변수의 스코프는 최대한 좁게 만든다.
• 변경이 발생하지 않는 원시 값과 객체에는 [ic]const[/ic] 키워드를 사용한다.