TOAST UI

이번 주, React 팀은 서버 주도(Server-Driven) 멘탈 모델로 모던 UX를 가능하게 하는 것을 목표로 하는 zero-bundle-size React Server Components를 시연했다. 서버 컴포넌트는 서버 사이드 렌더링(SSR)과는 상당히 다르며 클라이언트 사이드 번들 크기를 매우 줄일 수 있다.

React.useEffect 코드를 사용하다 보면 도대체 이것들을 어떻게 테스트해야 할까 하는 궁금증이 생길 수 있다. 그리고 꽤 자주 묻곤 하는 질문이기도 하다. 이에 대한 대답은 다소 황당할 수 있겠지만 당연한 내용이다. 무언가 테스트를 할 때는 아래와 같은 의식의 흐름으로 진행한다.

스켈레톤 컴포넌트가 무엇인지 알고 있는가? 스켈레톤 컴포넌트는 데이터를 가져오는 동안 콘텐츠를 표시하는 컴포넌트이다. 사용자는 콘텐츠를 기다리다가 쉽게 지치고 지루함을 느끼므로 단순히 흰색 화면만 보여준다면 많은 사람들은 사이트를 떠나게 될 것이다.

useState의 지연 초기화를 통해 리액트 함수 컴포넌트의 속도를 향상시키는 방법. 필자가 제목을 자극적으로 지었지만 사실인 내용이다. 먼저 두가지 코드를 살펴보자.

리액트 훅이 가진 어두운 면을 이야기 해 보자.

리액트 훅의 useEffect를 사용할 때 꼭 알아야 할 네 가지를 공유하려고 한다.

Gatsby와 Next.js로 똑같은 앱을 만들었을 때 더 나은 성능을 가진 Gatsby를 발견했다.

이 글에서는 사용 중인 상태 관리 라이브러리(Redux, Apollo, etc..)에 상관없이 API 오류를 중앙 집중식이며, 쉽게 확장 가능한 방식으로 한번에 처리하는 방법을 제시한다.

많은 React 상태 관리 라이브러리들이 있고, 가끔 새로운 라이브러리가 등장한다. 그러나 페이스북에서 직접 상태 관리 솔루션을 소개하는 것은 흔하지 않다. 이 라이브러리가 어떤 장점이 있고 새로운 점이 있는지, 그리고 앞으로 시간을 투자할 가치가 있는지 알아보자.

정적(Static) 사이트가 부활하여 엄청난 인기를 누리고 있는 요즘, 나는 개츠비(Gatsby)와 같은 도구로 할 수 있는 일에 대해 많은 오해가 있다는 것을 알게 되었다.