완전히 틀렸다고 보기는 어렵지만 정확한 표현은 아닙니다. let과 const도 스코프에 등록된다는 의미에서는 hoisting됩니다. 다만 선언문 실행 전까지 TDZ에 있어서 접근할 수 없기 때문에, 겉으로는 hoisting되지 않는 것처럼 보입니다.

Hoisting은 정의를 어떻게 보느냐에 따라 설명이 달라집니다. 선언이 스코프에 등록되는 관점에서는 hoisting되고, 초기화 전 접근 가능성 관점에서는 var와 다르게 막힙니다.

아닙니다. 선언되지 않은 변수에 typeof를 쓰면 에러가 나지 않지만, TDZ에 있는 let/const 변수에 typeof를 쓰면 ReferenceError가 납니다.

console.log(typeof notDeclared); // "undefined"
 
console.log(typeof value); // ReferenceError
let value = 1;

이 질문은 TDZ가 단순히 값을 읽을 때만 문제가 되는지, 식별자 접근 자체를 막는지 확인하려는 질문입니다.

선언 전에 변수를 읽는 실수를 빨리 드러내기 위해서라고 볼 수 있습니다. var처럼 조용히 undefined가 나오면 버그가 뒤늦게 발견될 수 있는데, let과 const는 선언 전 접근을 에러로 막아줍니다.

여기서 더 들어가면 “그럼 불편하기만 한 것 아닌가요?”라고 물을 수 있습니다. TDZ는 코드가 위에서 아래로 읽히는 직관과 실제 실행 결과를 더 가깝게 맞춰줍니다. 선언 전 접근을 허용하지 않기 때문에, 초기화 순서 버그를 더 빨리 발견할 수 있습니다.

var는 if, for 같은 블록을 기준으로 새 스코프를 만들지 않고 함수 단위로 묶입니다. 반면 let과 const는 블록 안에서 선언하면 그 블록 안에서만 접근할 수 있습니다.

if (true) {
  var a = 1;
  let b = 2;
}
 
console.log(a); // 1
console.log(b); // ReferenceError

여기서 꼬리로 for 루프와 closure를 물을 수 있습니다. var는 반복마다 새 binding을 만들지 않아서 비동기 callback에서 같은 값을 보게 되는 문제가 생길 수 있고, let은 반복마다 새로운 binding을 만들어 더 직관적으로 동작합니다.

함수 선언문은 함수 객체까지 초기화되어 선언 전 호출이 가능합니다. 반면 var foo = function () {} 형태는 변수 foo만 undefined로 초기화되고, 함수 대입은 원래 코드 위치에서 일어납니다.

hello(); // 가능
function hello() {}
 
bye(); // TypeError: bye is not a function
var bye = function () {};

이 질문은 “hoisting = 코드가 물리적으로 위로 이동한다”라고 단순화해서 외웠는지 확인하기 좋습니다. 실제로는 선언이 실행 컨텍스트에 먼저 등록된다고 이해하는 편이 안전합니다.

const가 막는 것은 변수 재할당입니다. 객체 내부 값까지 깊게 얼리는 것은 아닙니다. 객체 자체를 다른 객체로 바꾸는 것은 안 되지만, 같은 객체의 속성을 수정하는 것은 가능합니다.

여기서 한 번 더 물어보면 “그럼 진짜 불변 객체는 어떻게 만드나요?”가 나올 수 있습니다. 얕은 수준에서는 Object.freeze를 사용할 수 있지만, 중첩 객체까지 완전히 불변으로 만들려면 별도 처리가 필요합니다. const와 immutability를 같은 말로 보면 안 됩니다.