전역 변수의 문제점

1. 변수의 생명 주기

function foo() {
  var x = 'local';
  console.log(x); // local
  return x;
}

foo();
console.log(x); // ReferenceError: x is not defined

지역 변수의 생명 주기는 함수의 생명 주기와 일치한다.

var x = 'global';

function foo() {
  console.log(x); // undefined
  var x = 'local';
}

foo();
console.log(x); // global

//호이스팅은 스코프를 단위로 동작한다.

전역 변수의 생명 주기

• 전역 코드에는 반환문을 사용할 수 없다.

var 키워드로 선언한 전역 변수는 전역 객체의 프로퍼티가 된다.
이는 전역 변수의 생명 주기가 전역 객체의 생명 주기와 일치한다는 것이다.

전역 변수의 문제점

1.암묵적 결합

전역 변수를 선언한 의도는 코드 어디서든 참조하고 할당할 수 있는 변수를 사용하겠다는 것인데, 이는 모든 코드가 전역 변수를 참조하고 변경할 수 있는 암묵적 결합을 허용하는 것이다.

변수의 유효범위가 커질수록 코드 가독성도 나빠지고 의도치 않게 상태 변경이 될 위험도 있다.

2. 긴 생명 주기

var x = 1;

// ...

// 변수의 중복 선언. 기존 변수에 값을 재할당한다.
var x = 100;
console.log(x); // 100

전역 변수 생명 주기는 애플리케이션 생명 주기와 일치하므로 메모리 리소스도 오래 소비한다.
변수 이름이 중복되면 의도치 않은 재할당이 이루어질 수 있다.

3. 스코프 체인 상에서 종점에 존재

전역 변수는 종점에 존재한다. 이는 변수를 검색할 때 전역 변수가 가장 마지막에 검색된다는 것을 말한다. 즉, 검색 속도가 가장 느리다.

4. 네임 스페이스 오염

파일이 분리되어 있다 해도 하나의 전역 스코프를 공유한다는 것이다.
다른 파일 내 동일한 이름의 전역 변수가 존재할 경우 예상치 못한 결과를 가져올 수 있다.

전역 변수 사용의 억제 방법

1. 즉시 실행 함수

(function () {
  var foo = 10; // 즉시 실행 함수의 지역 변수
  // ...
}());

console.log(foo); // ReferenceError: foo is not defined

모든 코드를 즉시 실행 함수로 감싸면 모든 변수는 즉시 실행 함수의 변수가 된다. 위 코드에서 함수가 종료되면 코드들은 죽게 된다.

2. 네임 스페이스 객체

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

MYAPP.name = 'Lee';

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

전역에 네임스페이스 역할을 담당할 객체를 생성하고 전역 변수처럼 사용하고 싶은 변수를 프로퍼티로 추가하는 방법이 있다.

3. 모듈 패턴

var Counter = (function () {
  // private 변수
  var num = 0;

  // 외부로 공개할 데이터나 메서드를 프로퍼티로 추가한 객체를 반환한다.
  return {
    increase() {
      return ++num;
    },
    decrease() {
      return --num;
    }
  };
}());

// private 변수는 외부로 노출되지 않는다.
console.log(Counter.num); // undefined

console.log(Counter.increase()); // 1
console.log(Counter.increase()); // 2
console.log(Counter.decrease()); // 1
console.log(Counter.decrease()); // 0

캡슐화 : 객체의 state를 나타내는 프로퍼티와 프로퍼티를 참조하고 조작할 수 있는 동작인 메소드를 하나로 묶는 것.

캡슐화는 객체의 특정 프로퍼티나 메소드를 감출 목적으로 사용하기도 하는데, 이를 정보 은닉이라 한다.