구리

TypeScript any, unknown 타입의 차이를 공부하다가 알게 된 점을 정리한 글입니다. 목차 서론 본론 any 타입 any 타입을 사용할 수 밖에 없는 케이스 unknown 타입 any 타입과 unknown 타입의 차이 타입 검사말고 as unknown as를 사용하는 건 어떨까? 결론 서론 아래 설명에 앞서 아래 타입은 JS 자료형에서 제시되지 않은 독자적인 타입 시스템에 포함된 타입이다. 물론 TS의 타입 시스템이 내포하고 있는 개념은 모두 JS에서 기인되었지만 단지 JS로 표현할 수단과 필요성이 없었을 뿐으로 앞으로 소개한 모든 타입 시스템은 TS에만 존재하지만 그 개념은 JS에서 기인한 타입 시스템이라는 점을 인지해야 한다. any 타입 JS에 존재하는 모든 값을 오류 없이 받을 수 ..

프로젝트할 때 보통 Interface로 데이터 타입을 정의했었는데 문득 Type, Interface의 차이와 언제 써야하는지 궁금해져 정리한 글입니다. 목차 본문 Type Alias는 무엇일까? Interface는 무엇일까? Type Alias, Interface의 공통점은 무엇일까? 타입 지정 여러 타입에 대한 관계 정의 Type Alias, Interface의 차이점은 무엇일까? 사용 데이터 형태 선언 병합 왜 굳이 확장 가능한 방법과 확장이 가능하지 않은 방법으로 나눴을까? 결론 Type Alias와 Interface 중 뭘 사용해야할까? Type Alias는 무엇일까? 타입의 새로운 이름을 만드는 역할로 실제로 새로운 타입을 만드는 것은 아니다. 인터페이스와 유사하지만 윈시 값, 유니언, 튜플 그..

회사 프로젝트는 TypeScript + React를 기반으로 되어있다. 그래서 반응형 데이터를 상태 관리할 때 타입 선언은 인터페이스를 사용했었다. 그런데 OOP적으로 작성하지 못하는 것 같아서 클래스로 변경도 해보고 여러 정보들을 찾아보면서 했던 고민들과 그에 대한 결론을 작성한 글이다. 목차 1. React + TypeScript 프로젝트에서 state의 타입 선언을 클래스보다 인터페이스로 많이 사용하는 이유 2. React + TypeScript에서 OOP적으로 클래스 타입의 상태를 관리하는 방법 3. 클래스 타입의 state에서 일부만 변경된 경우, setState에게 일부만 변경되었다는 것을 알려주는 방법 결론 또 다른 고민들.. 1. React와 TypeScript가 적용된 프로젝트에서 sta..