DEEP JS DIVER #15 let, const 키워드와 블록 레벨 스코프
🌕 var 키워드로 선언한 변수의 문제점
ES5까지 변수를 선언할 수 있는 방법은 var 키워드를 사용하는 것이었다.
이는 다른 언어와는 구별되는 독특한 특징으로, 주의를 기울이지 않으면 심각한 문제를 발생시킬 수 있다.
변수 중복 선언 허용
var 키워드로 선언한 변수는 중복 선언이 가능하다.
var x = 1;
var y = 1;
// var 키워드로 선언된 변수는 같은 스코프 내에서 중복 선언을 허용한다.
// 초기화문이 있는 변수 선언문은 자바스크립트 엔진에 의해 var 키워드가 없는 것처럼 동작한다.
var x = 100;
// 초기화문이 없는 변수 선언문은 무시된다.
var y;
console.log(x); // 100
console.log(y); // 1
🏴 var 키워드로 선언된 변수에 한해서 초기화문이 있는 변수 선언문은 자바스크립트 엔진에 의해 var 키워드가 없는 것처럼 동작하고, 초기화문이 없는 변수 선언문은 무시된다. 이때 에러는 발생하지 않는다.
함수 레벨 스코프
- var 키워드로 선언한 변수는 오로지 함수의 코드 블록만을 지역 스코프로 인정한다.
- for 문의 변수 선언문에서 var 키워드로 선언한 변수도 전역 변수가 된다.
var i = 10;
// for문에서 선언한 i는 전역 변수다. 이미 선언된 전역 변수 i가 있으므로 중복 선언된다.
for(var i=0; i<5; i++){
console.log(i);
}
// 의도치 않게 i 변수의 값이 변경되었다.
console.log(i); // 5
🏴 함수 레벨 스코프는 전역 변수를 남발할 가능성을 높인다. 이로 인해 의도치 않게 전역 변수가 중복 선언되는 경우가 발생한다.
변수 호이스팅
변수 호이스팅에 의해 var 키워드로 선언한 변수는 변수 선언문이 이전에 참조할 수 있다. 단, 할당문 이전에 변수를 참조하면 언제나 undefined를 반환한다.
// 이 시점에는 변수 호이스팅에 의해 이미 foo 변수가 선언되었다.(1. 선언 단계)
// 변수 foo는 undefined로 초기화된다(2. 초기화 단계)
console.log(foo); // undefined
// 변수에 값을 할당(3. 할당 단계)
foo = 123;
console.log(foo); // 123
// 변수 선언은 런타임 이전에 자바스크립트 엔진에 의해 암묵적으로 실행된다.
var foo;
에러를 발생시키지는 않지만 프로그램의 흐름상 맞지 않을뿐더러 가독성을 떨어뜨리고 오류를 발생시킬 여지를 남긴다.
🌗 let 키워드
변수 중복 선언 금지
- let 키워드로 이름이 같은 변수를 중복 선언하면 문법 에러가 발생한다.
블록 레벨 스코프
- let 키워드로 선언한 변수는 모든 코드 블록(함수, if문, for문, while문, try/catch문 등)을 지역 스코프로 인정하는 블록 레벨 스코프를 따른다.
변수 호이스팅
- let 키워드로 선언한 변수는 변수 호이스팅이 발생하지 않는 것처럼 동작한다. 그 이유는 let 키워드로 선언한 변수는 선언 단계와 초기화 단계가 분리되어 진행된다.
- 스코프의 시작 지점부터 초기화 시작 지점까지 변수를 참조할 수 없는 구간을 일시적 사각지대 TDZ, Temporal Dead Zone 라고 부른다
-
단계 상태 선언단계 ReferenceError 일시적 사각지대(TDZ) ReferenceError 초기화 단계 undefined 할당 단계 value -
결국 let 키워드로 선언한 변수는 변수 호이스팅이 발생하지 않는 것처럼 보인다. 하지만 그렇지 않다. 다음 예제를 살펴보자.
let foo = 1; // 전역 변수
{
console.log(foo); // quiz 1) what would happen?
let foo = 2; // 지역 변수
}
- let 키워드로 선언한 변수도 여전히 호이스팅이 발생하기 때문에 참조 에러가 발생한다.
- 즉, 호이스팅이 발생하면 선언은 되지만, 초기화(undefined)는 되지 않는다.
🏴 ES6에서 도입된 let, const, class 를 사용한 선언문은 호이스팅이 발생하지 않는 것처럼 동작한다.
전역 객체와 let
let 키워드로 선언한 전역 변수는 전역 객체의 프로퍼티가 아니다. 즉, window.foo와 같이 접근할 수 없다. let 전역 변수는 보이지 않는 개념적인 블록(전역 렉시컬 환경의 선언적 환경 레코드. 이에 대해서는 23장 "실행 컨텍스트"에서 자세히 살펴본다) 내에 존재하게 된다.
🌓 const 키워드
const 키워드는 상수 constant 를 선언하기 위해 사용한다. 하지만 반드시 상수만을 위해 사용하지는 않는다. 이에 대해서는 후반부에 설명한다. const 키워드의 특징 let 키워드와 대부분은 동일하므로 let 키워드와 다른 점을 중심으로 살펴보자.
선언과 초기화
const 키워드로 선언한 변수는 반드시 선언과 동시에 초기화해야 한다.
const foo; // SyntaxError: Missing initializer in const declaration
재할당 금지
const 키워드로 선언한 변수는 재할당이 금지된다.
상수
- 변수의 상대 개념인 상수는 재할당이 금지된 변수를 말한다.
- 상수는 상태 유지와 가독성, 유지보수의 편의를 위해 적극적으로 사용해야 한다.
- const 키워드로 선언된 변수에 원시 값을 할당한 경우 원시 값은 변경할 수 없는 값이고 const 키워드에 의해 재할당이 금지되므로 할당된 값을 변경할 수 있는 방법은 없다.
- 일반적으로 상수의 이름은 대문자로 선언해 상수임을 명확히 나타낸다. 여러 단어로 이뤄진 경우에는 언더스코어(_)로 구분해서 스네이크 케이스로 표현하는 것이 일반적이다.
const 키워드와 객체
-
const 키워드로 선언된 변수에 객체를 할당한 경우 값을 변경할 수 있다. 변경 불가능한 값인 원시 값은 재할당 없이 변경(교체)할 수 있는 방법이 없지만 변경 가능한 값인 객체는 재할당 없이도 직접 변경이 가능하기 때문이다.
-
const 키워드는 재할당을 금지할 뿐 불변을 의미하지는 않는다.
-
객체가 변경되더라도 변수에 할당된 참조 값은 변경되지 않는다.
🌕 var vs let vs const
기본적으로 const를 사용하고, let은 재할당이 필요한 경우에 한정해 사용하는 것이 좋다.
var와 let, const 키워드는 다음과 같이 사용하는 것을 권장한다.
- ES6를 사용한다면 var 키워드는 사용하지 않는다.
- 재할당이 필요한 경우에 한정해 let 키워드를 사용한다. 이때 변수의 스코프는 최대한 좁게 만든다.
- 변경이 발생하지 않고 읽기 전용으로 사용하는(재할당이 필요 없는 상수) 원시 값과 객체에는 const 키워드를 사용한다.
🏴 반드시 재할당이 필요하다면(반드시 재할당이 필요한지 한번 생각해 볼 일이다) 그때 const 키워드를 let 키워드로 변경해도 결코 늦지않다.
// quiz 2) 아래의 코드에 대하여 올바른 것을 보기 중 고르시오.
//
// 1. 호이스팅이 일어나지 않는다.
// 2. 선언 단계까지만 완료되었다.
// 3. 현재 일시적 사각지대에 있다.
// 4. 초기화 단계까지만 완료되었다.
// 5. 에러가 발생하지 않고, undefined가 출력된다.
let peter = new Person('Peter', 25); console.log(peter);
let Person = class {
constructor(name, age) {
this.name = name;
this.age = age;
}
}
// 출처: https://blinders.tistory.com/90
quiz 1) // ReferenceError: Cannot access 'foo' before initialization
quiz 2) // 함수 표현식 및 클래스 표현식은 호이스팅이 일어나지 않는다.
오늘은 자브스크립트의 let, const 키워드와 블록 레벨 스코프에 대하여 알아봤다.
이제 그만 알아보자
Author And Source
이 문제에 관하여(DEEP JS DIVER #15 let, const 키워드와 블록 레벨 스코프), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다 https://velog.io/@kimtothechang/DEEP-JS-DIVER-15-let-const-키워드와-블록-레벨-스코프저자 귀속: 원작자 정보가 원작자 URL에 포함되어 있으며 저작권은 원작자 소유입니다.
우수한 개발자 콘텐츠 발견에 전념 (Collection and Share based on the CC Protocol.)