
우리는 지금까지 Provider와 Controller에 대해서 알아보았습니다. 이전 장까지 보셨다면, Controller는 들어오는 요청을 처리하고 클라이언트에 응답을 반환하는 일을 담당한다는 것을 알 것입니다! 그리고 Provider는 서비스, 리포지토리, 팩토리 등과 같은 의존성을 주입(Dependency Injection)하고 관리하는 객체를 의미한다는 것도요!이번 시간에는 Express에서도 익히 봐왔던 middleware에 대해서 알아보는 시간을 가지도록 해보겠습니다.혹시 이 말이 이해가 안 되시는 분들이 있다면 이전 장을 확인해보면 좋을 것 같습니다. :) Nest.js에 대해서 알아보자 - Provider편 (tistory.com) Nest.js에 대해서 알아보자 - Provider편이전 ..

집에 돌아오는 길 버스에서 NomadCoders 니꼬쌤이 유튜브를 새로 올리신걸 보며 왔다! 유튜브의 제목은 '새로운 JS키워드가 뜬다!' 였고, 프론트엔드 개발자가 되고 싶은 나로서는 영상을 누르지 않을 수가 없었다. intro: var, let, const 그리고 using! 우리는 이제 기존의 변수선언 키워드 var, let, const 외에도 using 을 볼수 있다고 한다!! 현재 기준(2023.09) 타입스크립트 5.2 버전에서 사용해 볼 수 있으며, 이제 using은 어떨 때, 어떻게 쓰는지 한번 알아보도록하자! 1. 🤷♂️using이 왜 필요한데? 기존의 var, let, const와 동일하거나 비슷한 역할이면 아마 이 키워드를 만든 의미가 없을 것이다. 그렇다면 왜 필요한걸까? usin..

사이드 프로젝트를 진행하면서 기존에 Recoil로만 처리하는 것 대신, React Query를 사용해야겠다는 생각이 들었다. 프로젝트 특성상 API를 호출 할 일이 잦다는 것이 그 이유이다. 그럼 오늘은 React Query를 왜 사용하고, 어떻게 사용해야 하는지에 대해서 알아보자. 🤷♂️React Query React-query란 데이터 Fetching, Caching, 동기화, 서버 데이터 업데이트 등을 쉽게 만들어주는 라이브러리이다. 👏 React Query의 장점 기존의 Recoil과 같은 상태관리 라이브러리를 사용 할 때 BoilerPlate 형태의 코드가 많이 발생한다. 반면 React Query는 비교적 코드의 양이 적으며, 구조도 단순하여 유지 보수가 용이하다는 장점이 있다. 동일한 요청..
- Total
- Today
- Yesterday