2. JavaScript·TypeScript

Q5. var, let, const의 차이는 무엇인가요?

var는 함수 스코프이고, let과 const는 블록 스코프입니다. let은 재할당이 가능하고 const는 재할당이 불가능합니다. 다만 const로 선언한 객체의 내부 속성까지 변경할 수 없는 것은 아닙니다. 기본적으로 const를 사용하고 재할당이 필요한 경우에 let을 사용합니다.

---

Q6. 클로저란 무엇이고 어디에 활용하나요?

함수가 선언된 환경의 변수를, 그 환경의 실행이 끝난 뒤에도 참조할 수 있는 특성입니다. 외부에 직접 노출하지 않을 상태를 관리하거나, 콜백에서 특정 값을 기억할 때 활용합니다. React에서도 함수가 이전 렌더링의 값을 기억하면서 발생하는 stale closure 문제를 이해하는 데 중요합니다.

---

Q7. 이벤트 루프를 설명해주세요.

JavaScript는 현재 콜 스택의 코드를 실행한 뒤, 실행 환경이 관리하는 비동기 작업의 콜백을 처리합니다. 브라우저에서는 Promise의 후속 처리 같은 마이크로태스크가 다음 일반 태스크보다 먼저 처리됩니다. 그래서 같은 흐름에서 등록한 Promise.then과 setTimeout의 실행 순서가 달라질 수 있습니다.

console.log("A");

setTimeout(() => console.log("B"), 0);

Promise.resolve().then(() => console.log("C"));

console.log("D");

// 일반적인 브라우저 실행 결과: A → D → C → B

 

setTimeout(..., 0)은 즉시 실행을 보장하는 의미가 아닙니다.

---

Q8. async/await는 코드를 동기적으로 실행하나요?

async/await는 Promise 기반 비동기 코드를 읽기 쉽게 표현하는 문법입니다. await는 해당 함수의 후속 실행을 기다리게 하지만, 그동안 전체 JavaScript 실행을 멈추는 것은 아닙니다. 서로 독립적인 요청을 연속해서 await 하면 불필요하게 순차 실행될 수 있어 Promise.all을 고려합니다.

---

Q9. Promise.all과 Promise.allSettled는 어떻게 다른가요?

Promise.all은 모든 작업의 성공 결과가 필요할 때 사용하고, 하나라도 실패하면 반환된 Promise가 거부됩니다. Promise.allSettled는 각 작업의 성공과 실패 결과를 모두 확인해야 할 때 사용합니다. Promise.all이 실패해도 이미 시작된 다른 작업이 자동으로 취소되는 것은 아닙니다.

---

Q10. 얕은 복사와 깊은 복사의 차이는 무엇인가요?

얕은 복사는 최상위 속성을 복사하지만, 중첩 객체는 기존 객체와 참조를 공유합니다. 따라서 전개 연산자로 객체를 복사해도 중첩 객체를 수정하면 원본에 영향을 줄 수 있습니다. React 상태를 수정할 때는 변경되는 중첩 경로까지 새 객체로 만들어야 합니다.

const original = { user: { name: "Kim" } };
const copied = { ...original };

copied.user.name = "Lee";

// original.user.name도 "Lee"

---

Q11. 일반 함수와 화살표 함수의 this는 어떻게 다른가요?

일반 함수의 this는 호출 방식에 따라 결정됩니다. 화살표 함수는 자신만의 this를 만들지 않고 선언된 외부 환경의 this를 사용합니다. 따라서 객체 메서드처럼 호출한 객체를 this로 사용해야 하는 상황에서는 화살표 함수 선택에 주의합니다.

---

Q12. TypeScript를 사용하는 이유는 무엇인가요?

개발 단계에서 타입 오류를 발견하고, 함수와 데이터 구조의 계약을 명확하게 표현하기 위해 사용합니다. 자동 완성과 리팩터링에도 도움이 됩니다. 다만 타입 검사만으로 외부 데이터의 실제 형식이나 모든 실행 오류를 보장할 수는 없습니다.

---

Q13. any와 unknown의 차이는 무엇인가요?

any는 타입 검사를 우회하기 때문에 잘못된 접근도 허용될 수 있습니다. unknown은 값의 타입을 확인하기 전에는 임의로 사용할 수 없습니다. 외부에서 들어오는 데이터처럼 타입을 아직 신뢰할 수 없는 값은 unknown으로 받고 검증한 뒤 사용하는 편이 안전합니다.

---

Q14. 유니온 타입과 타입 좁히기는 무엇인가요?

유니온 타입은 값이 여러 타입 중 하나일 수 있음을 표현합니다. 타입 좁히기는 typeof, 속성 확인, 판별 필드 등을 사용해 해당 분기에서 가능한 타입을 구체화하는 것입니다. 예를 들어 요청 상태를 status 필드로 구분하면 성공 상태에서만 응답 데이터에 접근하도록 만들 수 있습니다.

---

Q15. 제네릭은 언제 사용하나요?

다양한 타입에 재사용하면서도 입력과 출력 사이의 타입 관계를 유지해야 할 때 사용합니다. 예를 들어 ApiResponse<T>로 공통 응답 구조를 정의하면 사용자 응답과 게시글 응답이 같은 구조를 공유하면서 각각의 데이터 타입을 유지할 수 있습니다.