절대 오류를 확인해!

[딥다이브] 4. 변수

오류확인자 — Mon, 20 Oct 2025 19:55:47 +0900

1. 변수(Variable)

변수(Variable): 하나의 값을 저장하기 위해 확보한 메모리 공간 자체 또는 그 메모리 공간을 식별하기 위해 붙인 이름을 말한다.

쉽게 말하자면, 값의 위치를 가리키는 상징적인 이름

// 변수는 하나의 값을 저장하기 위한 수단
var userId = 1;
var userName = 'Lee';

// 객체 또는 배열 같은 자료구조를 사용하면 여러 개의 값을 하나로 그룹화해서 하나의 값처럼 사용할 수 있다.
var user = { id: 1, name: 'Lee' };

var users = [
  { id: 1, name: 'Lee' },
  { id: 2, name: 'Kim' },
];

result: 변수 이름(변수명)

변수에 저장된 갑: 변수 값

변수에 값을 저장하는 것을 할당(assignment 대입, 저장)

변수에 저장된 값을 읽어 들이는 것을 참조(reference)

var result = 10 + 20;

2. 식별자(identifier)

변수 이름을 식별자라고도 한다. 식별자는 어떤 값을 구별해서 식별할 수 있는 고유한 이름을 말한다.

식별자는 어떤 값이 저장되어 있는 메모리 주소를 기억(저장)해야 한다.

식별자는 값이 아니라 메모리 주소를 기억하고 있다.

3. 변수 선언(Variable declaration)

변수 선언이란 변수를 생성하는 것을 말한다.

값을 저장하기 위한 메모리 공간을 확보하고, 변수 이름과 확보된 메모리 공간의 주소를 연결해서 값을 저장할 수 있게 준비하는 것이다.

변수 선언에 의해 확보된 메모리 공간은 확보가 해제(release)되기 전까지는 누구도 확보된 메모리 공간을 사용할 수 없도록 보호되므로 안전하게 사용할 수 있다.

변수를 사용하려면 반드시 선언이 필요하다. 변수를 선언할 때는 var, let, const 키워드를 사용한다.

var 키워드는 블록 레벨 스코프가 아닌 함수 레벨 스코프를 지원하므로 몇몇의 단점이 있으며 전역 변수가 선언되어 부작용을 발생시키기도 한다.

처음 변수 선언을 하고, 변수에 값을 할당하지 않으면 자바스크립트 엔진에 의해 undefined라는 값이 암묵적으로 할당되어 초기화된다.

var score; // 변수 선언을 했으나, 값을 할당하지 않은 상태. 암묵적으로 undefined가 할당되어 초기화

변수 이름은 어디에 등록되는가?

변수 이름을 비롯한 모든 식별자는 실행 컨텍스트에 등록된다. 실행 컨텍스트는 자바스크립트 엔진이 소스코드를 평가하고 실행하기 위해 필요한 환경을 제공하고, 코드의 실행 결과를 실제로 관리하는 영역이다. 자바스크립트 엔진은 실행 컨텍스트를 통해 식별자와 스코프를 관리한다.

변수 이름과 변수 값은 실행 컨텍스트 내에 키(key) / 값(value) 형식인 객체로 등록되어 관리된다.

초기화(initialization)

변수가 선언된 이후 최초로 값을 할당하는 것을 말한다.

만약 초기화 단계를 거치지 않으면 확보된 메모리 공간에는 이전에 다른 애플리케이션이 사용했던 값이 남아있을 수 있다. 이러한 값을 쓰레기 값(garbage value)라고 한다.

변수를 사용하려면 반드시 선언이 필요하다. 변수 뿐만 아니라 모든 식별자(함수, 클래스 등)가 그렇다.

만약 선언하지 않은 식별자에 접근 하면 ReferenceError(참조 에러)가 발생한다.

식별자를 통해 값을 참조하려 했지만, 자바스크립트 엔진이 등록된 식별자를 찾을 없을 때 발생하는 에러이다.

4. 변수 선언의 실행 시점과 변수 호이스팅

console.log(score); // undefined

var score; // 변수 선언문

변수 선언문보다 변수를 참조하는 코드가 앞에 있다. 자바스크립트 코드는 인터프리터에 의해 한 줄씩 순차적으로 실행되므로 console.log(score)가 실행되고, 그리고 다음 줄의 코드가 실행된다.

따라서 console.log(score)가 실행되는 시점에 아직 score 변수의 선언이 실행되지 않았으므로 참조 에러가 발생한 것 처럼 보인다. 하지만 참조 에러가 발생하지 않고 undefined가 출력된다.

그 이유는 변수 선언이 소스코드가 한 줄씩 순차적으로 실행되는 시점, 즉 런타임(runtime)이 아니라 그 이전 단계에서 먼저 실행되기 때문이다.

자바스크립트 엔진은 소스코드를 한 줄씩 순차적으로 실행하기에 앞서 먼저 소스코드의 평가 과정을 거치면서 소스코드를 실행하기 위한 준비를 한다. 이때 소스코드 실행을 위한 준비 단계인 소스코드의 평가 과정에서 자바스크립트 엔진은 변수 선언을 포함한 모든 선언문(변수 선언문, 함수 선언문 등)을 소스코드에서 찾아내 먼저 실행한다. 그리고 소스코드의 평가 과정이 끝나면 비로소 변수 선언을 포함한 모든 선언문을 제외하고 소스코드를 한 줄씩 순차적으로 실행한다.

즉, 자바스크립트 엔진은 변수 선언이 소스코드의 어디에 있든 상관없이 다른 코드보다 먼저 실행한다. 따라서 변수 선언이 소스코드의 어디에 위치하는지와 상관없이 어디서든지 변수를 참조할 수 있다.

위 코드에서 변수 선언문인 var score; 보다 변수를 참조하는 코드인 console.log(score)가 앞에 있으므로, 코드를 순차적으로 실행되는 런타임에 변수 선언이 실행되면 console.log(score)가 실행되는 시점에 참조 에러가 발생해야한다. 하지만 undefined가 출력된다.

이는 변수 선언(선언 단계와 초기화 단계)이 소스코드가 순차적으로 실행되는 런타임 이전 단계에 먼저 실행된다는 것이다. 이처럼 변수 선언문이 코드의 선두로 끌어 올려진 것처럼 동작하는 자바스크립트 고유의 특징은 변수 호이스팅(variable hoisting)이라 한다.

5. 값의 할당

변수에 값을 할당(대입, 저장)할 때는 할당 연산자 =를 사용한다. 할당 연산자는 우변의 값을 좌변의 변수에 할당한다.

var score; // 변수 선언
score = 80; // 값의 할당

변수 선언과 값의 할당을 다음과 같이 하나의 문으로 단축 표현할 수 있다.

var score = 80;

변수 선언은 소스코드가 순차적으로 실행되는 시점인 런타임 이전에 먼저 실행되지만, 값의 할당은 소스코드가 순차적으로 실행되는 시점인 런타임에 실행된다.

console.log(score); // undefined

var score; // 변수 선언
score = 80; // 값의 할당

console.log(score); // 80

변수에 값을 할당 때는 이전 값 undefined가 저장되어 있던 메모리 공간을 지우고 그 메모리 공간에 할당 값 80을 새롭게 저장하는 것이 아니라, 새로운 메모리 공간을 확보하고 그 곳에 할당 값 80을 저장한다.

6. 값의 재할당

var score = 80; // 변수 선언과 값의 할당
score = 90; // 값의 재할당

var 키워드로 선언한 변수는 값을 재할당할 수 있다. 재할당은 현재 변수에 저장된 값을 버리고 새로운 값을 저장하는 것이다.

var 키워드로 선언한 변수는 선언과 동시에 undefined로 초기화되기 때문에 엄밀히 말하자면 변수에 처음으로 값을 할당하는 것도 사실은 재할당이다.

재할당은 변수에 저장된 값을 다른 값으로 변경한다. 그래서 변수라고 하는 것이다.

만약 값을 재할당할 수 없어서 변수에 저장된 값을 변경할 수 없다면 변수가 아니라 상수(constant)라 한다.

상수는 한 번 정해지면 변하지 않는 값이다. 다시 말해 상수는 단 한 번만 할당할 수 있다.

변수에 값에 재할당하게 되면 기존 메모리 공간에 저장되어 있던 곳에 새로운 값을 저장하는 것이 아닌, 새로운 메모리 공간을 확보하고 그 공간에 저장하게 된다.

기존에 저장된 값을 필요 없는 값이므로, 가비지 콜렉터에 의해 메모리에서 자동 해제가 된다.

가비지 콜렉터란?

애플리케이션이 할당한 메모리 공간을 주기적으로 검사하여 더 이상 사용하지 않는 메모리를 해체하는 기능을 말한다. 더 이상 사용되지 않는 메모리란 간단하게 말하자면, 어떤 식별자도 참조하지 않는 메모리 공간을 의미한다. 자바스크립트는 가비지 콜렉터를 내장하고 있는 매니저드 언어로서 가비지 콜렉터를 통해 메모리 누수를 방지한다.

7. 식별자

식별자는 어떤 값을 구별해서 식별해낼 수 있는 고유한 이름이다. 식별자는 다음과 같은 네이밍 규칙을 준수해야 한다.

식별자는 특수문자를 제외한 문자, 숫자, 언더스코어(_), 달러 기호($)를 포함할 수 있다.
단, 식별자는 특수문자를 제외한 문자, 언더스코어(_), 달러 기호($)로 시작해야 한다. 숫자로 시작하는 것은 허용되지 않는다.
예약어는 식별자로 사용할 수 없다.

예약어란?

프로그래밍 언어에서 사용되고 있거나 사용될 예정인 단어를 말한다. 자바스크립트의 예약어는 다음과 같다

// 기본 예약어
break, case, catch, class, const, continue, debugger, default, delete,
do, else, export, extends, finally, for, function, if, import, in,
instanceof, new, return, super, switch, this, throw, try, typeof,
var, void, while, with, yield

// 미래 예약어
enum, implements, interface, let, package, private, protected, public, static

// 엄격 모드 예약어
implements, interface, let, package, private, protected, public, static, yield

// 리터럴 예약어
null, true, false

// 기타 예약어(환경에 따른)
await, arguments, eval, Infinity, NaN, undefined

자바스크립트는 대소문자를 구별하므로, 다음과 같은 변수는 각각의 별개의 변수이다.

var firstName;
var firstname;
var FIRSTNAME;

네이밍을 할 때, 목적에 맞게 잘 설정해야 한다. 변수 존재의 목적을 분명해야 한다.

주로 많이 쓰는 것이 카멜케이스와 파스칼 케이스이다.

// 카멜 케이스(camelCase)
var firstName;

// 스네이크 케이스(snake_Case)
var first_name;

// 파스칼 케이스(PascalCase)
var FirstName;

// 헝가리언 케이스(typeHungarianCase)
var strFirstName; // type + identifier
var $ele = document.getElementById('myId'); // DOM 노드
var observale$ = fromEvent(document, 'click'); // RxJS 옵저버블

변수 호이스팅에서,

var로 선언된 키워드는 런타임 이전에, 소스코드 평가 과정에서 실행이 된다. 이때 변수 선언문, 함수 선언문 모두 실행이 된다.

그 이후 자바스크립트 엔진에 의해 소스코드가 순차적으로 한 줄씩 실행된다. 그래서 만약 값의 할당이 일어나기도 전에 참조하는 코드가 먼저 쓰여져 있다면, var의 경우 변수 선언과 동시에 undefined로 초기화되기 때문에 참조에러가 아닌 undefined로 출력이 된다.

여기서 궁금했던 게, 런타임의 정확한 의미가 무엇인가 라고 생각했다.

자바스크립트에서 코드가 메모리에 올라가 실행 컨텍스트에서 실제로 평가되고 동작하는 전체적인 과정을 런타임이라고 하는데,

코드가 자바스크립트 엔진에 의해 해석되어 실행되는 과정이라고 한다.

단순하게 한 줄씩 실행하는 것이 아닌, 여러가지 단계가 있다.

1. 파싱(Parsing)

소스코드를 읽고 구문 트리로 변환한다.

문법 오류를 이때 잡는다.

2. 컴파일(Compilation)

JIT(Just-In-Time) 컴파일러가 AST를 바이트코드(Bytecode)나 머신코드로 변환

자바스크립트는 인터프리터 언어로 보이지만, 실제로는 JIT 컴파일을 사용하여 최적화된 실행을 한다.

3. 실행(Runtime Execution)

변환된 코드가 실행 컨텍스트(Exection Context)내에서 실행

이 시점이 우리가 일반적으로 얘기하는 런타임이다.

이때 변수 호이스팅, 스코프 체인, this 바인딩, 이벤트 루프 등이 작동한다.

이러한 과정을 걸쳐 실행을 하게 되는데, 여기서 또 질문

런타임 이전에 소스코드 평가과정에서 변수 선언, 함수 선언 등을 실행한다고 하는데 실행 컨텍스트 전에 실행이 되는지, 아니면 그냥 포함이 된건지 궁금했다.

실행 컨텍스트는 생성과 실행 두 단계로 나뉘는데,

자바스크립트 코드는 실행 컨텍스트 안에서 동작을 한다. 이는 두 단계인데

1. 생성 단계(Creation Phase)

코드가 실제로 실행되기 전에 발생

소스코드 평가 과정이 이 단계에서 일어남

자바스크립트 엔진은 이때 변수 선언(var), 함수 선언문, this, 스코프 체인 등을 먼저 설정함

2. 실행 단계(Execution Phase)

이제 한 줄씩 코드를 실제로 실행함

변수에 값이 대입되고, 함수가 호출되고, 제어문이 동작하는 시점이다.

즉, 소스코드 평가 과정 또한 실행 컨텍스트의 일부이다. 소스코드 평가 과정은 실행 컨텍스트의 두 단계 중 초기 단계인 생성 단계에서 일어나는 것이다.

var의 호이스팅은 생성 단계에서 미리 처리하는 로직이다.

JSON, XML

오류확인자 — Wed, 19 Mar 2025 22:47:14 +0900

1. JSON

JavaScript의 객체문법으로 구조화된 데이터 교환 방식이다. JavaScript 뿐만 아니라 JAVA, Python에서도 데이터 교환 방식으로 쓰인다.

JSON의 타입은 String, Number, Boolean, Object, Array, Null가 있다.

2. 직렬화, 역직렬화

JSON에서는 데이터 교환하는 방식이 직렬화, 역직렬화 두가지가 있다.

직렬화(Serialization)
- 데이터를 JSON 문자열(string)로 변환하는 기술이다.
- JSON.stringify()
역직렬화(Deserialization)
- 내부에서 사용할 수 있도록 JSON 문자열(string)을 JavaScript의 객체문법으로 변환하는 기술이다.
- JSON.parse()

JSON의 사용되는 사례는 주로, API 혹은 시스템을 구성하는 설정파일에 활용이 된다.

ex) API, Package.json

3. XML

XML은 마크업 언어 중 하나로, 태그를 이용하여 데이터를 저장, 전송하는 데이터 교환 방식이다.

여기서 마크업이란?

마크업은 태그나 기호 등을 이용하여, 문서나 데이터의 구조를 나타내는 것을 의미한다.

대표적인 마크업 언어는 HTML, XML, Markdown, LaTex 등이 있다.

XML의 구성은

1. 프롤로그: 버젼, 인코딩

2. 루트요소(단 하나)

3. 하위 요소들

<?xml version="1.0" encoding="UTF-8"?>
<OSTList>
<OST like="1">
<name>마녀 배달부 키키</name> <song>따스함에 둘러쌓인다면</song>
</OST>
<OST like="2">
<name>하울의 움직이는 성</name> <song>세계의 약속</song>
</OST>
</OSTList>

위와 같이 구성이 되어있다.

4. HTML와 XML의 차이

HTML

HTML은 주로 데이터를 표시하는, UI를 보여주며
HTML은 정해진 태그를 사용한다.
대소문자 구분이 없다.
종료태그가 필요없는 태그도 있다.

XML

데이터를 저장, 전송한다.
태그를 커스텀마이징 할 수 있다.
대소문자 구분이 있다.
종료태그가 필수이다.

5. Sitemap.xml

sitemap.xml은 xml을 사용할 때 필수적으로 사용하는데, 이 이유는 큰 사이트거나, 링크가 서로 종속적으로 연결되어 있지 않을 경우, 페이지의 데이터 누락이 생길 수도 있다. 이를 방지하기 위하여 sitemap.xml을 사용한다.

sitemap.xml이란

서비스 내의 모든 페이지들을 리스트업한 데이터라고 보면 된다. 자세하게 말하자면 웹 사이트의 모든 페이지 목록을 포함한 XML 파일로, 검색 엔진이 사이트의 콘텐츠를 효과적으로 크롤링(수집)할 수 있도록 도와준다.

대규모 사이트나 링크가 서로 종속적으로 연결되지 않은 사이트에서는 필수적으로 사용된다.

위와 같이 sitemap을 사용하는 이유는

검색 엔진 크롤링 최적화
- 검색 엔진(google, Bing 등)이 사이트의 모든 페이지를 빠짐없이 인식하도록 도와준다.
- 내부 링크가 부족하거나, 페이지 간 연결이 약한 경우에도 사이트의 구조를 명확하게 제공한다.
SEO(검색 엔진 최적화)
- 사이트의 모든 페이지가 검색 엔진에 색인(indexing)될 가능성을 높인다.
- 웹 사이트 내 중요한 페이지를 우선적으로 검색엔진에 노출
- 페이지의 최신 업데이트 정보를 제공하여 검색 엔진이 더 빠르게 반영될 수 있도록 도와준다.

6. JSON과 XML의 비교

JSON과 XML은 둘다 데이터 전송 방식이다. 하지만 현 시점에서는 XML보다 JSON을 대중적으로 사용하는데, 그 이유는

XML의 경우는

종료태그가 필수적이라서 데이터가 길어질수록 가독성이 떨어지며, 무거워질수도 있다.

반면 JSON의 경우는 키 - 값(key - value)의 구조로 데이터가 좀 더 간결하다.

그리고 JSON의 경우 JS 객체 이기 때문에, 웹 브라우저나 서버에서 바로 객체로 변환하여 사용할 수 있다.

XML의 경우는 데이터를 사용할 경우 추가적인 파싱이 필요하여 속도가 느릴 수도 있다.

또한, REST API의 경우는 기본적으로 JSON을 사용 하며, 브라우저 및 다양한 프로그래밍 언어에서는 JSON의 지원이 아주 강력하다.

하지만, XML이 아예 안쓰이는 것은 아니다.

XML이 유리한 경우도 있다.

문서 기반의 데이터 구조
- XML은 HTML과 비슷한 계층 구조를 가지고 있기 때문에, 문서 저장에 적합하다.
구조화된 데이터 및 복잡한 스키마 정의가 필요하다.
- XML은 DTD, XSD와 같은 스키마(Schema)를 이용하여 데이터를 엄격하게 정의가 가능
- 금융, 의료, 법률 시스템에서 데이터 검증이 중요한 경우에 사용
SOAP API에서 사용
- SOAP(Simple Object Access Protocol) 기반 웹 서비스에서는 XML이 필수적으로 사용됨
- 금융권, 공공기관 등 보안이 중요한 환경에서는 XML 기반 SOAP API를 여전히 사용한다.

XSS 보안

오류확인자 — Fri, 3 Jan 2025 20:13:32 +0900

프로젝트를 진행 하던 중 textarea를 사용하고, 여기 사용자가 입력한 데이터를 서버로 전송 그리고 이를 받아 출력하는 과정에서 문제가 생겼다. 그 문제는 이제 사용자가 입력한 내용에 태그까지 포함이 되는 것이다.

위와 같이 내용에 태그까지 같이 포함된 것이다. 이는 내용 읽는데 문제 있을 뿐만 아니라 보안상의 문제가 생길수도 있다.

이렇게 입력값에 태그까지 포함된 이유가 있다. {} 내부의 값이 HTML 코드가 포함된 문자열인 경우

HTML 태그를 인코딩해서 처리하므로, 브라우저에는 태그가 그대로 보이게 된다. 이러한 이유로 태그가 보이는 것이다.

근데 여기에 문제가 태그가 그대로 보인다면 XSS 공격에 취약해진다.

1. XSS란?

웹 해킹 공격 중 XSS라는 공격 기법이 있다. 이는 Cross Site Scripting의 약자로, XSS는 게시판이나, 웹 메일 등에 자바 스크립트와 같은 스크립트 코드를 삽입 하여 개발자가 고려하지 않은 기능이 작동하게 하는 치명적인 공격이 될 수 있다. 이는 대부분의 웹 해킹 공격 방식이 아닌 클라이언트 즉, 사용자를 대상으로 한 공격이다.

이게 왜 위험하냐면, 위에 설명한 것처럼 개발자가 의도하지 않은 기능을 사용자가 그 기능을 하게 하는 그런 위험할 수 있다. 개인정보 유출을 할 수도 있고, 금융의 문제가 생길 수도 있다.

XSS의 공격 기법은 크게 Reflected XSS, Stored XSS, 그리고 DOM Based XSS 세가지가 있다.

1. Reflected XSS

다음과 같이 ID를 입력하면 Welcome 000 를 출력해주는 페이지가 있다고 가정하자,

이 페이지에 간단한 스크립트를 삽입하면 별다른 필터링 없이 실행이 된다.

공격자는 이러한 취약점을 존재하는 페이지를 미리 탐색한 후 XSS 공격을 위한 스크립트가 포함 된 URL을 공격 대상자에게 노출시키는 방법으로 공격할 수 있다.

Reflected XSS의 공격 순서는 다음과 같다.

사용자가 해당 URL을 클릭할 경우, 취약한 웹 사이트의 서버에 스크립트가 포함 된 URL을 통해 Request를 전송하고, 웹 서버에서는 해당 스크립트를 포함한 Response를 전송하게 된다. 이 과정에서 브라우저에서 실행되면 보안 취약점이 발생한다.

2. Stored XSS

Stored XSS는 Reflected XSS와는 달리 웹 사이트의 게시판에 스크립트 삽입하는 공격 방식이다.

공격자는 게시판에 스크립트를 삽입한 후 공격 대상자가 해당 게시물을 클릭하도록 유도한다.

공격자가 미리 XSS 공격에 취약한 웹사이트를 탐색하고 XSS 공격을 위한 스크립트를 포함한 게시글을 웹 사이트에 업로드 한다.

게시글의 URL을 사용자에게 노출하고, 사용자가 게시글이 확임함으로써 URL에 대한 요청을 서버에 전송하게 된다.

웹 서버에서 스크립트를 포함한 Response를 전송하며 공격이 수행된다.

3. DOM Based XSS

DOM Based XSS는 웹 애플리케이션의 클라이언트 측 코드(JS)에서 DOM을 직접 조작하는 과정에서 악성 스크립트가 실행되는 취약점을 말한다. 서버와의 통신 없이 클라이언트 측에서만 발생하기 때문에 탐지하기 어려운 특징이 있다.

클라이언트 측에서만 발생
URL, 프래그먼트(#fragment), DOM 조작 등을 통해 입력 값이 처리된다.
서버는 문제없이 동작하지만, 브라우저에서 악성 스크립트가 실행된다.

이제 여러가지 해결 방법이 있지만 내가 해결한 방법은 dangerouslySetInnerHTML 속성을 사용하여 HTML 태그를 인코딩하지 않게 한다. 하지만 이는 완벽하지 않다. 이 이유는 문자열을 HTML로 렌더링 할 수 있게하여, 외부 데이터가 포함된 경우 XSS 공격에 매우 취약하다.

악성 코드가 포함된 HTML이나 스크립트를 실행할 위험이 있다.

그래서 여기에 추가 시킨 것이. DOMPurify라는 라이브러리를 다운 받아 사용하는 것이다. 이는 리액트에서dangerouslySetInnerHTML

를 사용할 때, 외부 데이터가 포함된 경우 DOMPurify를 통해 데이터를 정제한 후 렌더링함으로써 예방할 수 있다.

import DOMPurify from "dompurify";
  const sanitizedContent = DOMPurify.sanitize(`${data?.item.content}`);

위와 같이 import를 하고 npm install dompurify 설치 해야한다. 그리고 사용하는 곳에

 <span dangerouslySetInnerHTML={{__html: sanitizedContent,}}></span>

이렇게 실행하면 된다.

그러면 아래와 같이 태그를 삭제한 텍스트만 볼 수 있다.

useMatch

오류확인자 — Sun, 29 Dec 2024 17:48:45 +0900

1. 원하는 기능

위와 같이 조건에 따라 각자 다른 페이지에서 다른 헤더를 보여주게 합니다.

2. 사용한 기술

useMatch

필요한 패스를 변수로 선언한다.

 const prId = useMatch("pr/:_id");
 const prIdEdit = useMatch("pr/:_id/edit");

그리고 하나의 변수로 이를 묶는다.

const headerMatch =
    prId ||
    prIdEdit ||

패스를 할당 받은 변수를 if문으로 조건을 준다.

  if (headerMatch) {
    return (
      <header className="relative w-full h-[60px] flex items-center justify-center border-b border-gray-200 mb-5">
        <img
          src="/icons/back.svg"
          className="absolute left-0 w-6 h-6 hover:cursor-pointer"
        />
        <div className="w-full text-center text-[24px] font-bold">제목</div>
      </header>
    );
  }

그러면 저 조건에 맞은 페이지는 위의 헤더를 보여줄 것이고, 그게 아니라면 다른 헤더를 보여준다.

해결 방법
1. useMatch(패스)를 사용한다.
const prId = useMatch("pr/:_id");

2. 이 변수를 묶는 또 다른 변수를 생성
const headerMatch =
prId ||

3. if문 혹은 다른 조건문을 이용하여 조건을 설정
if (headerMatch) {
return (

위와 같이 조건부 렌더링이 필요한 경로를 변수로 설정하고, 그 변수를 이용하여 조건부 렌더링을 할 수 있다. 이 방식을 이용하면 헤더뿐만 아니라, Footer나 다른 페이지별로 다르게 보여야 하는 컴포넌트에도 동일한 조건부 렌더링 로직을 적용할 수 있다. 또한, 이러한 경로 매칭 로직을 유틸리티 함수로 분리하면 재사용성과 유지보수성이 더욱 높아진다.

이 방법 외에도 useLocation과 startsWith를 사용하여 경로 접두사를 기준으로 조건부 렌더링을 처리할 수 있다. 다만, startsWith는 고정된 문자열만 처리할 수 있기 때문에, 동적 경로나 숫자가 포함된 경로(/pr/123 등)는 제대로 처리하지 못할 가능성이 있다. 그래서 이 방법을 보완할 수 있는게, 정규 표현식을 사용하여, 위와 같은 /pr/123 같은 숫자가 포함된 경로를 처리하는 것이다. 정규표현식을 사용하는 방법도 있다. 이 방법은 복잡해질 수 있지만, 동적 경로나 다양한 패턴을 매칭할 때 매우 유용하다.

프로젝트에 따라서 정규식과 useLocation을 조합하거나, React Router의 useMatch를 활용하는 것이 더 적합할 수 있다.

Next.js 란?

오류확인자 — Sat, 14 Dec 2024 14:47:31 +0900

1. Next.js 란

React의 기능을 확장한 프레임워크로 SSR(서버 사이드 렌더링)과 SSG(정적 사이트 생성) 같은 기능을 기본적으로 제공하며, SEO와 성능 최적화에 강점을 가지고 있다.

1-1. 서버 사이드 렌더링(SSR)

서버에서 HTML을 생성하며 클라이언트에 전달한다.
초기 렌더링 속도가 빠르고, SEO에 최적화되어 검색 엔진에 유리하다.
페이지 요청 시 데이터를 즉시 가져와서 렌더링한다.

1-2. 정적 사이트 생성(SSG)

빌드 시 HTML 파일을 생성하므로 빠른 로드 속도를 제공한다.
자주 바뀌지 않는 컨텐츠에 적합하며,사용자가 빠르게 접근할 수 있다.
데이터는 빌드 시점에 고정된다

1-3. 파일 기반 라우팅

pages 디렉터리 안의 파일 이름이 자동으로 URL 경로가 된다.
별도의 라우터 설정 없이 동적 라우팅과 정적 라우팅이 가능하다.

예)

pages/index.js -> /
pages/about.js -> /about
pages/blog/[id].js -> /blog/:id

1-4. 클라이언트 사이드 렌더링

일부 페이지는 클라이언트에서 데이터를 가져와 렌더링한다.
사용자가 인터랙션을 수행한느 SPA(Single Page Application) 기능도 가능

1-5. API 라우트 지원

pages/api 디렉터리에서 간단한 API 엔드포인트를 생성할 수 있다.
서버리스(Serverless) 함수처럼 작동하며, 별도의 백엔드 설정이 필요없다.

1-6. 이미지 최적화

next/image 를 사용해 이미지 크기, 포맷 등을 자동으로 최적화한다.
Lazy Loading을 기본 제공하여 성능이 뛰어나다.
- Lazy Loading: 중요도가 떨어지거나 당장 화면에 보이지 않는 요소들의 로딩을 우선적으로 시행하지 않으면서 웹페이지 로딩 퍼모선스를 최적하는 기술이다.
- 최초 페이지 로딩 시간을 개선하고, 최초 데이터 전달 양을 감소시키는 것이다.

1-7. CSS와 스타일링 지원

CSS Modules: 로컬 스타일 스코핑이 가능
Styled JSX: JSX 안에서 스타일링 가능
Tailwind CSS, Sass, Styled-components 등 CSS 라이브러리와 호환

1-8. TypeScript 지원

TypeScript를 기본적으로 지원하여 정적 타입 검사가 가능
타입 안정성을 높이고 코드 유지 보수가 용이하다.

1-9. ISR(Incremental Static Regeneration)

SSG의 확장 기능으로, 빌드 후 특정 간격마다 페이지를 다시 생성한다.
실시간 데이터를 정적으로 제공할 수 있다.

export async function getStaticProps() {
  const res = await fetch('https://api.example.com/data');
  const data = await res.json();

  return {
    props: { data },
    revalidate: 10, // 10초마다 새 데이터를 생성
  };
}

2. Next.js의 장점

SEO 최적화: SSR/SSG로 검색 엔진 친화적
빠른 속도: 이미지 최적화, 정적 빌드
개발 생산성 향상: 파일 기반 라우팅, API 라우트, 스타일링 옵션 다양하다.
유연성: CSR, SSR, SSG 모두 지원한다.

3. Next.js의 단점

초기 학습 곡선이 있다.
서버리스 API 라우트는 복잡한 백엔드에 적합하지 않을수도 있다.
빌드 시간이 많은 데이터가 있을 경우 길어진다.

React Zustand persist 미들웨어

오류확인자 — Tue, 10 Dec 2024 17:13:11 +0900

1. persist 미들웨어

persist는 Zustand 상태를 지정된 스토리지에 저장하고, 페이지를 새로고침하거나 애플리케이션을 다시 열 때 해당 상태를 복원하는 역할을 한다.

1-2. 특징

상태 저장 및 원본: 상태를 브라우저의 localStorage 또는 sessionStorage 같은 스토리지에 저장한다.
기본 키 제공: 저장소에서 상태를 구분하기 위한 키를 설정할 수 있다.
직렬화/역직렬화: 상태를 JSON형식으로 저장하고 복원한다.
선택적 상태 저장: 필요한 특정 상태만 선택적으로 저장할 수 있다.

import { create } from 'zustand';
import { persist } from 'zustand/middleware';

const useStore = create(
  persist(
    (set) => ({
      count: 0,
      increment: () => set((state) => ({ count: state.count + 1 })),
    }),
    {
      name: 'my-store', // localStorage에 저장될 키
    }
  )
);

export default useStore;

persist는 내부적으로 상태 변화를 감지한다.
상태가 변경되면 해당 상태를 JSON으로 직렬화하고 설정된 스토리지에 저장한다.
애플리케이션이 다시 실행되 때 저장된 상태를 역질렬화하고 복원한다.

2. createJSONStorage

createJSONStorage는 기본적으로 persist에서 사용하는 저장소를 설정하기 위해 사용된다. 예를 들어, 상태를 localStorage 대신 sessionStorage에 저장하려는 경우, 이 유틸리티를 사ㅓ용해 커스텀 저장소를 생성할 수 있다.

2-1. 주요 특징

다양한 스토리지 지원: 기본적으로 localStorage를 사용하지만, 원하는 스토리지(예: sessionStorage 또는 커스텀 스토리지)로 변경할 수 있다.
JSON 기반 직렬화/역직렬화: 상태를 JSON 형식으로 저장하고 복원한다.

import { create } from 'zustand';
import { persist, createJSONStorage } from 'zustand/middleware';

const useStore = create(
  persist(
    (set) => ({
      user: null,
      setUser: (user) => set({ user }),
    }),
    {
      name: 'user-store', // 스토리지 키
      storage: createJSONStorage(() => sessionStorage), // sessionStorage를 사용
    }
  )
);

export default useStore;

createJSONStorage를 통해 원하는 스토리지를 설정한다.
persist는 이 설정을 기반으로 상태를 저장하고 복원한다.

3. 옵션

persist는 다양한 옵션을 제공하여 동작 방식을 커스텀마이징을 할 수 있다.

옵션	설명	기본값
name	스토리지에 저장될 키 이름	필수
storage	사용할 스토리지 (localStorage, sessionStorage, 또는 커스텀)	localStorage
serialize	상태를 저장하기 전에 커스터마이징하는 함수	JSON.stringify
deserialize	저장된 데이터를 불러올 때 커스터마이징하는 함수	JSON.parse
partialize	상태에서 특정 부분만 저장하도록 필터링	저장된 모든 상태
onRehydrateStorage	스토리지에서 상태를 복원한 후 실행할 함수	없음

예시

persist(
  (set) => ({
    count: 0,
    text: '',
  }),
  {
    name: 'partial-store',
    partialize: (state) => ({ count: state.count }), // count만 저장
  }
);

상태 복원 후 특정 동작 수행

const useStore = create(
  persist(
    (set) => ({
      token: null,
      setToken: (token) => set({ token }),
    }),
    {
      name: 'auth-store',
      onRehydrateStorage: () => {
        console.log('스토리지에서 상태 복원 완료!');
      },
    }
  )
);

React Fetch-on-render, Fetch-then-render, Render-as-you-fetch,

오류확인자 — Thu, 5 Dec 2024 19:14:51 +0900

1. Fetch-on-render

1-1. 개념

데이터를 컴포넌트가 렌더링된 이후에 가져온다.
일반적으로 useEffect를 사용하여 데이터 fetching을 실행하고, 상태를 업데이트하여 화면에 데이터를 렌더링한다.

1-2. 장점

구현이 간단하고, React의 기존 생명 주기를 따른다.
초기에 최소한의 코드로 시작하기에 적합하다.

1-3. 단점

컴포넌트가 먼저 렌더링되고 데이터를 가져오는 동안 빈 상태나 로딩 화면이 보인다.
사용자 경험(UX)이 떨어질 수 있다.

function Component() {
  const [data, setData] = React.useState(null);

  React.useEffect(() => {
    fetch('/api/data')
      .then((response) => response.json())
      .then((data) => setData(data));
  }, []);

  if (!data) return <p>Loading...</p>;

  return <div>{data.title}</div>;
}

2. Fetch-then-render

2-1. 개념

데이터를 먼저 가져온 다음, 데이터를 기반으로 컴포넌트를 렌더링한다.
컴포넌트가 렌더링 되기 전에 데이터 fetching이 완료되도록 보장한다.

2-2. 장점

사용자가 데이터를 보기 전에 로딩 상태를 처리할 수 있어 더 나은 UX를 제공한다.
서버 측 렌더링(SSR)과 잘 맞는다.

2-3. 단점

데이터 fetching이 완료될 때까지 렌더링이 지연된다.
로딩 상태가 길어지면 사용자 경험에 부정적인 영향을 줄 수 있다.

async function fetchData() {
  const response = await fetch('/api/data');
  return response.json();
}

function Component({ data }) {
  return <div>{data.title}</div>;
}

// 데이터 fetching 후 컴포넌트에 전달
fetchData().then((data) => {
  ReactDOM.render(<Component data={data} />, document.getElementById('root'));
});

3. Render-as-you-fetch

3-1. 개념

데이터를 가져오는 동시에 컴포넌트를 렌더링한다.
Suspense와 함께 사용하여 로딩 상태를 효율적으로 처리한다.

3-2. 장점

사용자에게 가능한 빠르게 콘텐츠를 제공한다.
코드 분할 및 비동기 렌더링과 결합하면 매우 효율적이다.

3-3. 단점

구현이 상대적으로 복잡하다.
Suspense 및 React.lazy에 대한 이해가 필요하다.

3-4. Suspense를 이용한 구현

const dataPromise = fetch('/api/data').then((res) => res.json());

function fetchData() {
  const data = dataPromise.read(); // Suspense가 데이터를 읽을 수 있도록 처리
  return data;
}

function Component() {
  const data = fetchData();
  return <div>{data.title}</div>;
}

function App() {
  return (
    <React.Suspense fallback={<p>Loading...</p>}>
      <Component />
    </React.Suspense>
  );
}

4. Suspense란?

React의 Suspense는 비동기적으로 데이터를 가져오거나 컴포넌트를 로드하는 동안 UI의 특정 부분을 대체 콘텐츠로 표시하는 기능이다.

4-1. 주요 특징

데이터를 로딩 중일 때 대체 UI(fallback)를 제공
Raect.lazy와 함께 코드 분할을 쉽게 처리
서버 컴포넌트와 클라이언트 컴포넌트의 데이터 fetching 통합

4-2. 장점

비동기 로직이 컴포넌트 트리에 자연스럽게 통합된다.
복잡한 로딩 상태를 관리를 줄이고, 선언적으로 코드를 작성할 수 있다.

const LazyComponent = React.lazy(() => import('./LazyComponent'));

function App() {
  return (
    <React.Suspense fallback={<div>Loading...</div>}>
      <LazyComponent />
    </React.Suspense>
  );
}

5. 정리

Fetch-on-render: 간단하지만 초기 렌더링시 로딩 상태가 보임
Fetch-then-render: 데이터를 미리 가져오지만 초기 렌더링이 느릴 수 있음
Render-as-you-fetch: 데이터를 가져오면서 동시에 렌더링하여 사용자 경험을 최적화
Suspense: 비동기 렌더링 및 데이터 fetching을 선언적으로 관리하는 도구

React useMutation

오류확인자 — Wed, 4 Dec 2024 20:59:23 +0900

1. useMutation

React Query 라이브러리에서 제공하는 훅으로, 서버에 데이터를 생성, 수정, 삭제하는 비동기 작업을 간단하고 효과적으로 처리할 수 있도록 도와준다. 주로 POST, PUT, DELETE 요청과 같은 작업에 사용되며, React 상태 관리와 결합하여 데이터 갱신 및 UI 업데이트를 효율적으로 처리한다.

1-1. 주요 특징

비동기 데이터 조작: 데이터를 서버에 전송하거나 수정하는 작업을 처리한다.
상태 관리
- isLoading: 요청이 진행중인지 나타냄
- isError: 요청이 실패했는지 나타냄
- isSuccess: 요청이 성공했는지 나타냄
옵션을 통한 제어
- 성공 또는 실패 시 호출되는 콜백 함수를 설정할 수 있음(onSuccess, onError 등)
자동 리패치
- 데이터 변경 후 React Query의 useQuery 캐시를 리패치하여 UI를 갱신할 수 있음

import { useMutation } from 'react-query';
import axios from 'axios';

function MyComponent() {
  // 서버에 데이터 전송 함수 정의
  const createUser = async (newUser) => {
    return await axios.post('/api/users', newUser);
  };

  // useMutation 설정
  const mutation = useMutation(createUser, {
    onSuccess: (data) => {
      console.log('성공:', data);
      // 캐시 무효화 등 추가 작업
    },
    onError: (error) => {
      console.error('오류 발생:', error);
    },
  });

  const handleCreateUser = () => {
    // Mutation 실행
    mutation.mutate({ name: 'John Doe', email: 'john@example.com' });
  };

  return (
    <div>
      <button onClick={handleCreateUser} disabled={mutation.isLoading}>
        {mutation.isLoading ? '생성 중...' : '사용자 생성'}
      </button>
      {mutation.isError && <p>오류가 발생했습니다.</p>}
      {mutation.isSuccess && <p>사용자 생성 성공!</p>}
    </div>
  );
}

2. useMutation 반환값

useMutation은 다음과 같은 객체를 반환하여, 이를 통해 비동기 작업의 상태를 관리할 수 있다.

2-1. 상태 관련 값

isLoading: 요청이 진행 중인지 여부
isError: 요청 실패 여부
isSuccess: 요청 성공 여부
data: 요청 성공 시 서버에서 반환된 데이터
error: 요청 실패 시 발생한 오류 정보

2-2. 메서드

mutate(variables): mutation 요청을 실행
mutateAsync(variables): Promise를 반환하는 비동기 메서드
reset(): mutation 상태를 초기화

3. 옵션

useMutation은 두 번째 인수로 옵션 객체를 받을 수 있으며, 다음과 같은 옵션을 사용한다.

1. onSuccess: 요청 성공 시 호출되는 콜백 함수

2. onError: 요청 실패 시 호출되는 콜백 함수

3. onSettled: 성공 또는 실패 여부와 상관없이 호출되는 콜백 함수

4. retry: 요청 실패 시 재시도 횟수 설정

const mutation = useMutation(createUser, {
  onSuccess: () => {
    console.log('요청 성공!');
  },
  onError: (error) => {
    console.error('요청 실패:', error);
  },
  retry: 3, // 실패 시 최대 3번 재시도
});

예제. 캐시와 결합

import { useMutation, useQueryClient } from 'react-query';

function MyComponent() {
  const queryClient = useQueryClient();

  const mutation = useMutation(createUser, {
    onSuccess: () => {
      queryClient.invalidateQueries('users'); // 'users' 쿼리를 리페치
    },
  });

  return <button onClick={() => mutation.mutate(newUser)}>사용자 생성</button>;
}

React useQuery

오류확인자 — Wed, 4 Dec 2024 17:02:55 +0900

1. React useQuery

React Query에서 제공하는 훅으로, 서버에서 데이터를 가져오고 이를 관리하는 강력한 도구이다. 비동기 데이터 패칭, 캐싱, 업데이트, 에러 핸들링 등을 간편하게 처리할 수 있다.

1-1. 주요 특징

비동기 데이터 패칭
- 데이터를 서버에서 가져오기 위해 사용된다. 내부적으로 데이터를 자동으로 가져오고 캐싱한다.
캐싱 및 데이터 일관성
- 같은 키(queryKey)로 요청하면 이미 캐싱된 데이터를 사용하고, 필요 시 다시 패칭한다.
자동 갱신 및 리패치
- 데이터를 갱신하거나 특정 조건에서 자동으로 다시 요청한다.
로딩 및 에러 상태 관리
- 데이터 로드 상태, 에러 발생 여부를 간단하게 확인할 수 있다.

1-2. 기본 사용법

import { useQuery } from '@tanstack/react-query';
import axios from 'axios';

function ExampleComponent() {
  const fetchData = async () => {
    const response = await axios.get('/api/data');
    return response.data;
  };

  const { data, isLoading, error } = useQuery(['dataKey'], fetchData);

  if (isLoading) return <div>Loading...</div>;
  if (error) return <div>Error: {error.message}</div>;

  return (
    <div>
      <h1>Fetched Data</h1>
      <pre>{JSON.stringify(data, null, 2)}</pre>
    </div>
  );
}

2. 주요 옵션

useQuery는 다음과 같은 옵션을 지원한다.

2-1. queryKey(필수)

요청을 식별하는 고유 키이다. 배열 형태로 작성하여 유연하게 관리한다.
예: ['user', userId]

2-2. queryFn(필수)

데이터를 가져오는 함수이다. 비동기 함수로 작성해야 한다.

2-3. enabled

true일 때만 쿼리를 실행한다. 특정 조건에서 데이터를 패칭하고 싶을 때 유용하다.
예: enabled: !!userId

2-4. staleTime

데이터가 Fresh 상태로 간주되는 시간을 설정한다. Fresh 상태에서는 동일한 쿼리가 다시 실행되더라도 서버 요청 없이 캐시 데이터를 반환한다.
기본값: 0

useQuery(['key'], fetchData, { staleTime: 10000 }); // 10초 동안 Fresh 상태 유지

2-5. cacheTime

캐시 데이터를 유지하는 시간(ms), 캐시 만료 후에는 데이터가 삭제된다.
기본값: 5분(300,000ms)

useQuery(['key'], fetchData, { cacheTime: 60000 }); // 1분 동안 캐시 유지

반환 값에 Fresh와 Stale 상태

1. Fresh 상태

쿼리 실행 직후 staleTime이 설정된 시간 동안 데이터가 신선하다고 간주된다.
이때 동일한 쿼리가 실행되면 서버 요청 없이 캐시 데이터를 반환한다.

2. Stale 상태

staleTime이 지난 이후 데이터는 Stale 상태로 간주된다.
동일한 쿼리가 실행되면 우선 캐시 데이터를 반환하고, 동시에 서버에 새 데이터를 요청한다.
서버 요청 완료 후 새로운 데이터를 캐시를 업데이트하고, 컴포넌트를 다시 렌더링한다.

import { useQuery } from '@tanstack/react-query';
import axios from 'axios';

function ExampleComponent() {
  const fetchData = async () => {
    const response = await axios.get('/api/data');
    return response.data;
  };

  const { data, isLoading, error, isFetching } = useQuery(
    ['dataKey'],
    fetchData,
    {
      staleTime: 10000, // 10초 동안 Fresh 상태 유지
      cacheTime: 300000, // 5분 동안 캐시 데이터 유지
    }
  );

  if (isLoading) return <div>Loading...</div>;
  if (error) return <div>Error: {error.message}</div>;

  return (
    <div>
      <h1>Fetched Data</h1>
      <pre>{JSON.stringify(data, null, 2)}</pre>
      {isFetching && <p>Refreshing data...</p>}
    </div>
  );
}

캐시 내용 요약

캐싱 관련 설정은 staleTime과 cacheTime 옵션으로 처리된다

staleTime: Fresh 상태 유지 시간 (서버 요청 최소화)
cacheTime: 캐시 데이터를 삭제하기 전까지 유지하는 시간 (효율적인 메모리 관리)

2-6. refetchOnWindowFocus

사용자가 브라우저를 다시 활성화할 때 데이터를 다시 가져올 지 설정한다.
기본값: true

3. 반환 값

useQuery는 다음 데이터를 반환한다.

data : 패칭된 데이터
isLoading: 데이터가 로딩 중인지 확인
error: 요청 실패 시 발생한 에러 객체
isFetching: 백그라운드에서 데이터를 다시 가져오는 중인지 확인
refetch: 데이터를 수동으로 다시 가져오는 함수

4. 고급 기능

1. 무한 스크롤

useInfiniteQuery를 사용하여 구현

2. Mutation 관리

데이터를 변경하는 작업(예: POST, PUT, DELETE)는 useMutation으로 처리

3. Devtools 지원

React Query Devtools를 통해 상태를 시각적으로 관리

6. 사용 이유

코드 간소화: 상태관리, 비동기 로직 분리
캐싱: 불필요한 네트워크 요청 감소
확장성: 다양한 옵션으로 유연하게 데이터 관리

React Interceptor

오류확인자 — Tue, 3 Dec 2024 17:35:30 +0900

1. Interceptor 의 동작 원리

1-1. 요청 인터셉터(request interceptor)

API 요청이 서버로 전송되기 직전에 실행된다.
주로 공통 헤더 추가, 인증 토큰 첨부, 요청 데이터 가공 등의 작업에 사용된다.

apiClient.interceptors.request.use(
  (config) => {
    console.log('Request sent:', config);
    return config; // 요청 전 로직 추가
  },
  (error) => {
    return Promise.reject(error); // 요청 에러 처리
  }
);

1. config

요청 객체를 나타낸다. 여기에는 method, url, headers, params 등이 포함된다.
요청을 보내기 전에 잉 객체를 수정할 수 있다.
예: 토큰을 헤더에 추가하거나 기본 값을 설정

2. 요청 전 로직

이 로직은 요청을 보내기 전에 실행된다.

config.headers.Authorization = `Bearer ${token}`;

3. 에러 처리

요청 설정에서 문제가 생겼을 경우, 에러를 처리하거나 반환한다.

return Promise.reject(new Error('Request setup failed'));

1-2. 응답 인터셉터(response interceptor)

서버에서 받은 응답이 실제 코드로 전달되기 직전에 실행된다.
주로 응답 데이터 변환, 에러 처리, 로깅 등에 사용된다

apiClient.interceptors.response.use(
  (response) => {
    console.log('Response received:', response);
    return response; // 응답 후 로직 추가
  },
  (error) => {
    return Promise.reject(error); // 응답 에러 처리
  }
);

1. response

서버로부터 받은 응답 객체를 나타낸다.
여기에는 status, data, headers 등이 포함된다.
응답 데이터를 가공하거나 검증할 수 있다.

2. 응답 후 처리

성공적으로 받은 데이터를 변환하거나 로깅에 사용한다.

if (response.status === 200) {
  console.log('Success:', response.data);
}
return response.data; // 필요한 데이터만 반환

3. 에러 처리

서버로부터 에러 응답이 온 경우, 이를 처리하거나 에러를 반환한다.

if (error.response.status === 401) {
  console.error('Unauthorized access!');
}
return Promise.reject(error);

절대 오류를 확인해!

[딥다이브] 4. 변수

1. 변수(Variable)

2. 식별자(identifier)

3. 변수 선언(Variable declaration)

4. 변수 선언의 실행 시점과 변수 호이스팅

5. 값의 할당

6. 값의 재할당

7. 식별자

JSON, XML

1. JSON

2. 직렬화, 역직렬화

3. XML

4. HTML와 XML의 차이

5. Sitemap.xml

6. JSON과 XML의 비교

XSS 보안

1. XSS란?

1. Reflected XSS

2. Stored XSS

3. DOM Based XSS

useMatch

1. 원하는 기능

위와 같이 조건에 따라 각자 다른 페이지에서 다른 헤더를 보여주게 합니다.2. 사용한 기술

Next.js 란?

1. Next.js 란

1-1. 서버 사이드 렌더링(SSR)

1-2. 정적 사이트 생성(SSG)

1-3. 파일 기반 라우팅

1-4. 클라이언트 사이드 렌더링

1-5. API 라우트 지원

1-6. 이미지 최적화

1-7. CSS와 스타일링 지원

1-8. TypeScript 지원

1-9. ISR(Incremental Static Regeneration)

2. Next.js의 장점

3. Next.js의 단점

React Zustand persist 미들웨어

1. persist 미들웨어

1-2. 특징

2. createJSONStorage

2-1. 주요 특징

3. 옵션

React Fetch-on-render, Fetch-then-render, Render-as-you-fetch,

1. Fetch-on-render

1-1. 개념

1-2. 장점

1-3. 단점

2. Fetch-then-render

2-1. 개념

2-2. 장점

2-3. 단점

3. Render-as-you-fetch

3-1. 개념

3-2. 장점

3-3. 단점

3-4. Suspense를 이용한 구현

4. Suspense란?

4-1. 주요 특징

4-2. 장점

5. 정리

React useMutation

1. useMutation

1-1. 주요 특징

2. useMutation 반환값

3. 옵션

예제. 캐시와 결합

React useQuery

1. React useQuery

1-1. 주요 특징

1-2. 기본 사용법

2. 주요 옵션

2-1. queryKey(필수)

2-2. queryFn(필수)

2-3. enabled

2-4. staleTime

2-5. cacheTime

반환 값에 Fresh와 Stale 상태

캐시 내용 요약

2-6. refetchOnWindowFocus

위와 같이 조건에 따라 각자 다른 페이지에서 다른 헤더를 보여주게 합니다.

2. 사용한 기술