LogoSEO Jing
  • All Posts
  • SEO Jing
  • okayJing
  • KD Team
  • CLAB Coreteam
  • Study

Contact Me

© 2026 SEOJing. All rights reserved.

프론트엔드 스터디 7주차: 불변성, 프로토타입, 타입 체크 | SEOJing
프론트엔드스터디JavaScript프로토타입불변성타입체크

프론트엔드 스터디 7주차: 불변성, 프로토타입, 타입 체크

2026년 5월 11일·23분 읽기

7주차 학습 자료

  • 입문 강의 (처음이라면): 얄코 JS 입문 강의

    Section 5 후반~Section 6 (생성자 함수·클래스·상속, 주요 빌트인 객체) 챕터 — 4:31:24부터

  • 강의 스킵 가능: 아래 스킵 진단 문제 10개를 모두 맞히면 강의 시청 스킵 가능합니다.
  • 심화 자료 (딥다이브 대비):

    딥다이브 요약 GitHub

안녕하세요. 7주차입니다. 이번 주는 다른 언어 경험자에게 JS가 가장 낯설게 느껴지는 구간입니다. 프로토타입은 Java나 Python의 클래스 상속과 근본적으로 다른 JS만의 상속 방식이고, 불변성은 const를 써도 왜 완전히 불변이 아닌지를 이해하는 개념입니다. 타입 체크는 동적 타입 언어에서 런타임 안전성을 확보하는 방법입니다.

이번 주 비대면 자료는 대면 7주차의 프로젝트 구조와 책임 분리 주제와 연결됩니다. 객체를 직접 바꾸면 왜 예측이 어려워지는지, 타입을 확인하지 않으면 왜 API 응답 처리에서 문제가 생기는지, JS 객체가 어떤 방식으로 동작하는지 알아야 프로젝트가 커졌을 때 코드를 더 안전하게 나눌 수 있습니다.


스킵 진단 문제

아래 10문제를 막힘없이 풀 수 있다면,

이번 주 학습 자료를 생략하거나, 모르는 부분만 선택적으로 읽으셔도 좋습니다.

바로 하단의 더 알면 좋을 것들을 확인해보세요.

Quiz1 / 10
Q.const로 선언한 객체에서 할 수 없는 것은 무엇일까요?

1. 불변성(Immutability) — const는 불변이 아니다

많은 분들이 const를 쓰면 값이 변하지 않는다고 오해합니다. 하지만 const는 변수가 가리키는 참조(주소)를 고정할 뿐, 그 주소에 있는 객체 내부 변경은 막지 않습니다.

js
const obj = { x: 1 };
obj.x = 99; // 가능 — 내부 프로퍼티 변경
obj.y = 100; // 가능 — 프로퍼티 추가
delete obj.x; // 가능 — 프로퍼티 삭제

obj = {}; // TypeError — 재할당만 불가

얕은 복사 vs 깊은 복사

객체를 복사할 때도 주의가 필요합니다. spread(...)나 Object.assign()은 얕은 복사 (shallow copy)로, 1단계 깊이만 새로운 값으로 복사됩니다. 중첩 객체는 여전히 참조를 공유합니다.

js
const original = { a: 1, nested: { b: 2 } };

// 얕은 복사
const shallow = { ...original };
shallow.a = 99; // original.a 영향 없음
shallow.nested.b = 99; // original.nested.b도 99로 바뀜!

// 깊은 복사 (간단한 방법 — 함수/undefined 등은 사라짐)
const deep = JSON.parse(JSON.stringify(original));
deep.nested.b = 999; // original.nested.b 영향 없음

Object.freeze() — 진짜 불변 만들기

js
const obj = Object.freeze({ x: 1, nested: { y: 2 } });

obj.x = 99; // 무시됨 (strict mode에서는 TypeError)
obj.nested.y = 99; // 가능! — freeze는 최상위만 동결

// 완전한 불변이 필요하면 재귀적으로 freeze해야 함
function deepFreeze(obj) {
  Object.keys(obj).forEach((key) => {
    if (typeof obj[key] === "object" && obj[key] !== null) {
      deepFreeze(obj[key]);
    }
  });
  return Object.freeze(obj);
}

실무에서는 상태를 직접 변경하지 않고 새 객체를 만들어 반환하는 불변 패턴을 많이 사용합니다. React의 상태 관리(setState, useState)가 이 방식을 따릅니다. 지금은 React를 배우지 않은 상태이니 "나중에 React 배울 때 이 감각이 살아난다" 정도로만 넘겨두세요. 이유는 week10에서 자연스럽게 이어집니다.


2. 프로토타입 — JS의 상속 방식

Java나 Python은 클래스 기반 상속입니다. 클래스를 정의하고 extends로 상속합니다. JS는 다릅니다. 프로토타입 기반 상속 으로, 객체가 다른 객체를 직접 상속합니다. ES6의 class 문법도 내부적으로는 프로토타입을 사용합니다.

프로토타입 체인

모든 JS 객체는 [[Prototype]]이라는 내부 슬롯을 가지며, 이 슬롯이 상위 프로토타입 객체를 가리킵니다. 프로퍼티를 참조할 때 자신에게 없으면 프로토타입 체인을 따라 상위로 탐색합니다.

js
const obj = { x: 1 };

// obj에는 toString이 없지만 사용 가능
console.log(obj.toString()); // "[object Object]"

// 프로토타입 체인: obj → Object.prototype → null
// toString은 Object.prototype에 있음

생성자 함수와 prototype

js
function Person(name) {
  this.name = name;
  // 여기에 메서드를 넣으면 인스턴스마다 함수가 복사됨 — 비효율
}

// prototype에 메서드를 추가하면 모든 인스턴스가 공유
Person.prototype.greet = function () {
  console.log(`안녕하세요, ${this.name}입니다.`);
};

const p1 = new Person("철수");
const p2 = new Person("영희");

p1.greet(); // "안녕하세요, 철수입니다."
p2.greet(); // "안녕하세요, 영희입니다."

// p1과 p2의 greet는 같은 함수를 공유
console.log(p1.greet === p2.greet); // true

[[Prototype]] vs prototype — 헷갈리는 두 개념

이름이 비슷해서 매우 헷갈리는 두 개념입니다. 한 줄로 먼저 구분하면:

[[Prototype]]은 모든 객체가 자동으로 가지는 "보이지 않는 링크"(위로 찾아 올라갈 부모를 가리킴)이고, prototype은 함수 객체에만 달린 프로퍼티 (그 함수로 new해서 만들어질 인스턴스들의 부모가 될 객체)

입니다.

  • [[Prototype]]: 모든 객체가 가지는 내부 슬롯. 상위 프로토타입을 가리킴. __proto__로 접근 가능 (권장 안 함)
  • prototype: 함수 객체만 가지는 프로퍼티. new로 인스턴스를 만들 때 인스턴스의 [[Prototype]]이 됨
js
function Foo() {}

const foo = new Foo();

// foo의 [[Prototype]] (부모)이 곧 Foo.prototype (함수가 미리 준비한 부모 객체)
console.log(foo.__proto__ === Foo.prototype); // true
console.log(Foo.prototype.constructor === Foo); // true

원시값에서 메서드가 동작하는 이유

js
"hello".toUpperCase(); // "HELLO"
(42).toFixed(2); // "42.00"

// 원시값은 객체가 아닌데 어떻게 메서드가 있을까?
// JS 엔진이 메서드 호출 시 임시로 래퍼 객체(String, Number)로 변환
// 메서드 실행 후 래퍼 객체는 즉시 제거됨

3. 타입 체크 — typeof의 한계와 대안

정적 타입 언어(Java, TypeScript)에서는 컴파일 타임에 타입 오류를 잡아줍니다. 순수 JS는 런타임에야 타입이 결정되므로, 직접 확인이 필요한 경우가 있습니다.

typeof의 한계

js
typeof 1; // 'number'
typeof "hello"; // 'string'
typeof true; // 'boolean'
typeof undefined; // 'undefined'
typeof function () {}; // 'function'

// 한계: 아래는 모두 'object'를 반환
typeof null; // 'object' ← 버그
typeof []; // 'object'
typeof {}; // 'object'
typeof new Date(); // 'object'

정확한 타입 확인: Object.prototype.toString.call()

이 API는 실무에서 직접 호출하는 일은 많지 않습니다. 다만 "가장 정밀한 타입 체크의 원리"를 한 번 이해해두면, 라이브러리 내부에서 이 패턴이 나올 때 읽을 수 있습니다. 지금은 "이런 방법이 있다" 정도만 기억해도 충분해요.

js
function getType(value) {
  // toString.call(value)는 '[object Number]' 같은 문자열을 돌려줌.
  // .slice(8, -1)은 앞 '[object '(8글자)과 뒤 ']'(1글자)를 잘라 'Number'만 남김.
  return Object.prototype.toString.call(value).slice(8, -1);
}

getType(1); // 'Number'
getType("hello"); // 'String'
getType(null); // 'Null'
getType([]); // 'Array'
getType({}); // 'Object'
getType(new Date()); // 'Date'
getType(undefined); // 'Undefined'

실무에서 자주 쓰는 타입 체크 패턴

js
// 배열 확인 — Array.isArray() 권장
Array.isArray([]);        // true
Array.isArray({});        // false

// null 확인 — === 사용
value === null

// null 또는 undefined 확인
value == null             // null과 undefined 모두 해당 (예외적으로 == 허용)

// 특정 인스턴스 확인 — instanceof
new Date() instanceof Date  // true
[] instanceof Array          // true
[] instanceof Object         // true (체인 전체 탐색)

TypeScript를 사용하면 이런 런타임 타입 체크의 대부분을 컴파일 타임으로 옮길 수 있습니다. React 프로젝트에서 TypeScript가 사실상 표준인 이유 중 하나입니다. (TypeScript는 지금 주차에서는 다루지 않습니다. "이름만 들어두세요" 수준으로 OK.)


📝 학습 이해 퀴즈

아래 코드를 브라우저 콘솔에서 직접 실행해보고 결과를 입력해보세요.

Quiz1 / 3
Q.아래 코드에서 마지막 console.log의 출력 결과는?
js
const obj = Object.freeze({ x: 1, nested: { y: 2 } });
obj.x = 99;
obj.nested.y = 99;
console.log(obj.x, obj.nested.y);

📝 7주차 스터디 인증 미션

아래 질문 중 하나를 직접 찾아보고 답을 댓글로 남겨주세요.
Quiz1 / 4
Q.아래 코드의 실행 결과는 무엇인가요? 왜 그런 결과가 나오는지 Object.freeze()의 동작 방식을 설명하세요.
js
const arr = [1, 2, 3];
Object.freeze(arr);
arr.push(4);

Post Q&A

오케이징에게 물어보기

프론트엔드 스터디 7주차: 불변성, 프로토타입, 타입 체크 전체를 기준으로 질문과 피드백을 받아요.답을 본 뒤에는 이 내용을 댓글로 달아서 서징에게도 물어볼 수 있어요. 작성자가 직접 볼 수 있어요!

0/500

포스트 목록

/study/clab-26-1
파일 13개, 폴더 2개
프론트엔드 스터디 1주차: 마크업 그 이상, 실무를 위한 중급 HTML 가이드프론트엔드 스터디 2주차: 사용자와 소통하는 폼 & CSS의 시작프론트엔드 스터디 3주차: 프론트엔드의 첫 번째 벽, 박스 모델과 스타일링프론트엔드 스터디 4주차: 자유자재 레이아웃 (포지션과 플렉스박스)프론트엔드 스터디 5주차: JavaScript 시작 — 타입, 변수, 그리고 JS가 이상한 이유프론트엔드 스터디 6주차: 객체, 함수, 그리고 스코프프론트엔드 스터디 7주차: 불변성, 프로토타입, 타입 체크프론트엔드 스터디 8주차: 클로저, Promise, async/await프론트엔드 스터디 9주차: React 입문 전 필수 JS 문법 — map, 구조 분해, 스프레드프론트엔드 스터디 10주차: React 기초 1 — 컴포넌트, JSX, props, useState프론트엔드 스터디 11주차: React 기초 2 — useEffect, 이벤트 처리, 폼프론트엔드 스터디 심화: this, 실행 컨텍스트, 이터러블프론트엔드 스터디 심화: 에러 처리와 정규 표현식

같은 섹션의 대표 이미지

27 posts · latest first
Study26. 06. 08.

프론트엔드 스터디 11주차: React 기초 2 —.

useEffect로 사이드 이펙트를 다루고, 이벤트 처리와 폼 상태 관리까지 — React로 실제 동작하는 앱을 만들기 위한 핵심 기술을 배웁니다.

26. 06. 08.SEOJing
Study26. 06. 08.

프론트엔드 스터디 심화: 에러 처리와 정규 표현식.

지금 당장 읽지 않아도 됩니다. React를 배우면서 에러 처리가 필요해지거나 면접 대비가 필요할 때 참고하세요.

26. 06. 08.SEOJing
Study26. 06. 01.

프론트엔드 스터디 10주차: React 기초 1 — 컴포넌트,.

React를 처음 시작합니다. 컴포넌트, JSX, props, useState까지 — React 앱을 만들기 위한 핵심 네 가지를 한 번에 배웁니다.

26. 06. 01.SEOJing
Study26. 06. 01.

프론트엔드 스터디 심화: this, 실행 컨텍스트, 이터러블.

React를 배우면서 this가 헷갈리거나, 면접 대비가 필요할 때 참고하는 JS 심화 자료입니다. 이 내용을 지금 당장 완벽히 이해하지 않아도 React를 배우는 데 지장이 없습니다.

26. 06. 01.SEOJing
Study26. 05. 25.

프론트엔드 스터디 대면 9주차: Next.js 렌더링 진화와 웹.

Next.js가 무엇이고 왜 필요한지 React와 비교해 이해한 뒤, CSR부터 SSR, SSG, ISR, PPR까지 렌더링 전략과 Web Vitals를 정리하며 스터디를 마무리합니다.

26. 05. 25.SEOJing
Study26. 05. 25.

프론트엔드 스터디 9주차: React 입문 전 필수 JS.

다음 주부터 React를 시작합니다. React 코드에서 매 줄 등장하는 map/filter, 구조 분해, 스프레드, 옵셔널 체이닝, 모듈까지 — React 코드를 막힘없이 읽기 위한 JS 문법을 한 번에 정리합니다.

26. 05. 25.SEOJing
Study26. 05. 18.

프론트엔드 스터디 대면 8주차: API와 통신 — 프론트엔드와.

비동기와 async/await를 배운 뒤, 대면에서는 API를 단순 호출 방법이 아니라 프론트엔드와 백엔드 사이의 계약으로 바라봅니다. HTTP, REST, CORS, 프록시, API 클라이언트 구조, TanStack Query와 파일 배치까지 연결합니다.

26. 05. 18.SEOJing
Study26. 05. 18.

프론트엔드 스터디 8주차: 클로저, Promise,.

JS 비동기 처리의 흐름을 배웁니다. 클로저가 왜 중요한지, 콜백 지옥을 해결한 Promise, 그리고 현대 JS의 표준인 async/await까지 이어지는 흐름을 이해합니다.

26. 05. 18.SEOJing
Study26. 05. 11.

프론트엔드 스터디 대면 7주차: React 입문과 프로젝트 구조.

바닐라 JS의 한계에서 React가 등장한 이유까지, 컴포넌트와 렌더링 방식을 이해하고 프로젝트 구조 감각을 만들어가는 대면입니다.

26. 05. 11.SEOJing
Study26. 05. 11.

프론트엔드 스터디 7주차: 불변성, 프로토타입, 타입 체크.

JS에서 가장 낯선 개념 중 하나인 프로토타입 기반 상속을 다룹니다. const가 왜 불변을 보장하지 않는지, 타입을 런타임에 정확히 확인하는 방법까지 함께 배웁니다.

26. 05. 11.SEOJing
Study26. 05. 05.

프론트엔드 스터디 6주차: 객체, 함수, 그리고 스코프.

JavaScript에서 거의 모든 것은 객체입니다. 함수가 일급 객체라는 의미, var와 let의 스코프 차이, 그리고 렉시컬 스코프까지 다룹니다.

26. 05. 05.SEOJing
Study26. 05. 04.

프론트엔드 스터디 대면 6주차(1): HTML/CSS/JS.

4~6주차 공백 이후 진행하는 첫 번째 대면입니다. HTML/CSS/JS 핵심을 가볍게 다시 연결하고, 브라우저가 코드를 실제 화면으로 바꾸는 과정을 통해 렌더링 파이프라인과 성능 감각을 잡습니다.

26. 05. 04.SEOJing
Study26. 05. 04.

프론트엔드 스터디 대면 6주차(2): AI 시대의 개발 방식과.

길어진 6주차 대면의 두 번째 차시입니다. AI 시대에 개발자가 실제로 어떻게 일하는지, 그리고 프론트엔드 개발자가 디자이너·백엔드·PM 사이에서 어떤 연결과 리딩 역할을 하는지 다룹니다.

26. 05. 04.SEOJing
Study26. 04. 28.

프론트엔드 스터디 5주차: JavaScript.

JavaScript를 처음 제대로 배우는 주차입니다. var/let/const의 차이, JS만의 독특한 타입 시스템, 그리고 호이스팅·TDZ까지 다룹니다.

26. 04. 28.SEOJing
Study26. 04. 13.

프론트엔드 스터디 4주차: 자유자재 레이아웃 (포지션과.

배경 이미지를 제어하고, Position으로 요소를 원하는 위치에 배치하며, Flexbox로 유연한 가로·세로 레이아웃을 구성합니다. 요소를 화면 정중앙에 띄우거나, 내비게이션 바처럼 가로로 예쁘게 정렬하는 것이 이번 주 목표입니다.

26. 04. 13.SEOJing
Study26. 04. 10.

프론트엔드 스터디 대면 3주차: 박스 모델 실전,.

3주차 박스 모델과 스타일링 복습, 과제 풀이, 4주차 Position과 Flexbox 레이아웃까지 다룬 대면 스터디 정리입니다. 면접에서 자주 나오는 마진 겹침, box-sizing, Flexbox 관련 질문도 함께 준비합니다.

26. 04. 10.SEOJing
Study26. 04. 06.

프론트엔드 스터디 3주차: 프론트엔드의 첫 번째 벽, 박스.

폰트와 색상을 다루고, 인라인과 블록 요소의 차이를 이해하며, 마진·패딩으로 구성되는 박스 모델을 완벽하게 익힙니다. 요소들 사이의 여백을 자유자재로 제어하고 화면이 찌그러지지 않게 박스 크기를 다루는 것이 이번 주 목표입니다.

26. 04. 06.SEOJing
Study26. 04. 03.

프론트엔드 스터디 대면 2주차: 폼(Form), CSS.

2주차 폼과 CSS 선택자 복습, 과제 풀이, 3주차 박스 모델과 스타일링까지 다룬 대면 스터디 정리입니다. 면접에서 자주 나오는 GET vs POST, CSS 우선순위, 박스 모델 관련 질문도 함께 준비합니다.

26. 04. 03.SEOJing
Study26. 03. 30.

프론트엔드 스터디 2주차: 사용자와 소통하는 폼 &.

사용자 입력을 받는 폼(Form)을 만들고, CSS를 HTML에 연결하는 방법과 원하는 요소를 정확히 선택하는 CSS 선택자 규칙을 배웁니다. 로그인·회원가입 폼을 직접 만들고, CSS로 원하는 요소를 콕 집어내는 것이 이번 주 목표입니다.

26. 03. 30.SEOJing
Study26. 03. 27.

프론트엔드 스터디 대면 1주차: HTML 마크업과 폼, 그리고.

1주차 HTML 핵심 복습과 과제 풀이, 2주차 폼(Form)과 CSS 선택자까지 다룬 대면 스터디 정리입니다. 면접에서 자주 나오는 시맨틱 HTML, img alt 속성 관련 질문도 함께 준비합니다.

26. 03. 27.SEOJing
Study26. 03. 23.

프론트엔드 스터디 1주차: 마크업 그 이상, 실무를 위한.

기초 태그 강의에서 한 걸음 더 나아갑니다. 카카오톡 공유 썸네일, 모바일 데이터 절약, 스크린 리더기를 위한 숨은 정보 등 실무에서 마주하게 될 중급 HTML 개념들을 가볍게 훑어봅니다.

26. 03. 23.SEOJing
Study26. 03. 20.

프론트엔드 스터디 대면 0주차: 프론트엔드 개발자란? 그리고.

프론트엔드 개발자가 실무에서 하는 일, 2025-2026 기술 스택, 현실적인 연봉과 채용 트렌드를 정리했습니다. 스터디 자료 구조와 앞으로의 방향도 함께 안내합니다.

26. 03. 20.SEOJing
Study26. 03. 19.

사전 진단 퀴즈 3단계 (변수와 DOM).

스터디 커리큘럼 방향을 정하기 위한 세 번째 사전 진단 퀴즈입니다. 자바스크립트의 스코프, 참조 타입의 메모리 할당, DOM 제어와 이벤트 흐름 등 React 실무의 근간이 되는 CS 지식을 점검합니다.

26. 03. 19.SEOJing
Study26. 03. 19.

사전 진단 퀴즈 4단계 (배열, 함수, 비동기).

스터디 커리큘럼 방향을 정하기 위한 마지막 사전 진단 퀴즈입니다. React 컴포넌트를 다루기 위해 필수적인 배열 고차 함수(map, filter)와 비동기 통신(async/await) 능력을 점검합니다.

26. 03. 19.SEOJing
Study26. 03. 19.

사전 진단 퀴즈 5단계 (선언적 UI와 상태).

스터디 커리큘럼 방향을 정하기 위한 마지막 사전 진단 퀴즈입니다. 선언적 UI, 상태(State), 단방향 데이터 흐름, 부수 효과(Side Effect) 등 React 생태계 진입을 위한 필수 개념을 점검합니다.

26. 03. 19.SEOJing
Study26. 03. 18.

사전 진단 퀴즈 1단계 (HTML/CSS).

스터디 커리큘럼 방향을 정하기 위한 첫 번째 사전 진단 퀴즈입니다. HTML 태그 구조부터 CSS 박스 모델까지, 실무와 React 환경에서 이 기초들이 왜 중요한지 점검합니다.

26. 03. 18.SEOJing
Study26. 03. 18.

사전 진단 퀴즈 2단계 (HTML/CSS 활용).

스터디 커리큘럼 방향을 정하기 위한 두 번째 사전 진단 퀴즈입니다. 시맨틱 마크업, 폼 이벤트 제어, CSS 우선순위, Flexbox 레이아웃 등 실전 활용 능력을 점검합니다.

26. 03. 18.SEOJing